All of lore.kernel.org
 help / color / mirror / Atom feed
From: Henry Worth <haworth@ncal.verio.com>
To: linuxppc-dev@lists.linuxppc.org
Subject: Re: CDDA playback on Pismo (and other newer models)
Date: Sun, 06 Aug 2000 14:07:07 -0700	[thread overview]
Message-ID: <398DD37B.76A60CC7@ncal.verio.com> (raw)


References: <398A91CA.F8D3C489@student.ethz.ch>

Michel Dänzer wrote:
>
> Henry Worth wrote:
>
> > Rebuilding the kernel to use SCSI generic devices with IDE SCSI
> > emulation produced much better, even usable, results. At startup
> > there are still a couple of dropouts in the first few seconds,
> > but after that the playback is clean across multiple tracks (even
> > with a concurrent kernel compile). Piping cdparanoia to /dev/null
> > shows data rates of 187sectors/sec at all -S settings (and default).
> > From the the drive's spin-up sounds it seems to always be in
> > high-speed mode, but unlike the ATAPI driver, there is little
> > head movement noise.
>
> Does it also improve audio grabbing? With 2.2.15, both IDE and SCSI emulation
> almost killed the system...
>

Haven't seen any instability between the two interfaces
(2.2.17pre15-ben1, though I have had a number of sponstaneous
powerdowns when using the modem this weekend -- the PMU gets testy
when it doesn't get immediate attention, a problem with at least the
recent kernels -- haven't used the modem much with the early
Pismo capable kernels). With cdparanoia's error correction enabled
the SCSI interface is about 30-50% faster ripping tracks (~2-3X). With
the error correction disabled (-Z), both interfaces are the same
speed (~6X) and I get files that compare identically.

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

             reply	other threads:[~2000-08-06 21:07 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-08-06 21:07 Henry Worth [this message]
  -- strict thread matches above, loose matches on Subject: below --
2000-08-08 22:19 CDDA playback on Pismo (and other newer models) Henry Worth
2000-08-07 19:35 Iain Sandoe
2000-08-07 21:49 ` Henry Worth
2000-08-07  9:03 Iain Sandoe
2000-08-07 19:18 ` Henry Worth
2000-08-08  5:02   ` Takashi Oe
2000-08-08  7:01     ` Henry Worth
2000-08-06  9:38 Iain Sandoe
2000-08-06 13:26 ` Takashi Oe
2000-08-06 18:36 ` Henry Worth
2000-08-07  1:25   ` Takashi Oe
2000-08-07  5:02     ` Henry Worth
2000-08-04 13:05 Iain Sandoe
2000-08-04 12:57 Benjamin Herrenschmidt
2000-08-04  9:16 Iain Sandoe
2000-08-04 20:40 ` Henry Worth
2000-08-04 21:03   ` Benjamin Herrenschmidt
2000-08-06  8:09 ` Henry Worth
2000-08-04  5:18 Henry Worth
2000-08-04  9:50 ` Michel Dänzer
2000-08-04 15:56 ` Nelson Abramson
2000-08-04 19:45   ` Henry Worth

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=398DD37B.76A60CC7@ncal.verio.com \
    --to=haworth@ncal.verio.com \
    --cc=linuxppc-dev@lists.linuxppc.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.