On Sat, 08 Apr 2006 11:03:56 +0200 Joerg Schilling wrote: > > Do not expect cdda2wav to do useful work in case that you implicitly > tell it to use the low quality DAE from the Kernel. > > Do never use dev=/dev/cdrom unless you _like_ this experience...... > See cdda2wav man page for information on how to specify a correct SCSI > device address in order to implicitly tell cdda2wav to do it's best > and to use raw SCSI commands.
Maybe jack should invoke cdda2wav differently, I don't know. Martin, do you think that the issue could be fixed by modifying jack? In other words, do you think that, with this new information from Mr. Schilling, the bug should be reassigned to jack? > > NOTE: an audio CD with the last track being a data track is broken. I take note of it. Nonetheless, there are plenty of them around... :-( > Unless this trak is on a separate session and the CD is a multi > session CD, you should return this CD to e dealer and tell him that > it's broken. > > Conclusion: Not a cdda2wav bug but uincorrect usage. Incorrect usage by the program jack, not directly by me... That's why I'm beginning to think the bug should be reassigned to package jack. -- :-( This Universe is buggy! Where's the Creator's BTS? ;-) ...................................................................... Francesco Poli GnuPG Key ID = DD6DFCF4 Key fingerprint = C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4
pgpgHCowcHs85.pgp
Description: PGP signature