Version: (using KDE KDE 3.4.0) Installed from: Debian testing/unstable Packages Hi! When ripping a CD from my external FireWire drive with KAudioCreator I get lots of the following in /var/log/syslog: Apr 3 19:01:19 vaio kernel: program kio_audiocd not setting count and/or reply_len properly Apr 3 19:01:24 vaio kernel: printk: 19 messages suppressed. Apr 3 19:01:24 vaio kernel: sg_write: data in/out 30576/30576 bytes for SCSI command 0xbe--guessing data in; Apr 3 19:01:24 vaio kernel: program kio_audiocd not setting count and/or reply_len properly Ripping works, but is terribly slow. Thanks for looking into this, Georg
Nice catch, what kernel?
Kernel 2.6.10 with Debian (http://packages.debian.org/unstable/base/kernel-image-2.6.10-1-686), MPPE and Bootsplash patches.
If you try ripping with cdparinoia from the command line do you get the same messages?
Yes, same thing: Apr 9 14:23:41 vaio kernel: printk: 197 messages suppressed. Apr 9 14:23:41 vaio kernel: sg_write: data in/out 30576/30576 bytes for SCSI command 0xbe--guessing data in; Apr 9 14:23:41 vaio kernel: program cdparanoia not setting count and/or reply_len properly Additional cdparanoia info: georg@vaio:~$ cdparanoia -vsQ cdparanoia III release 9.8 (March 23, 2001) (C) 2001 Monty <monty@xiph.org> and Xiphophorus Report bugs to paranoia@xiph.org http://www.xiph.org/paranoia/ Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/scd0 is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface generic device: /dev/sg1 ioctl device: /dev/scd0 Found an accessible SCSI CDROM drive. Looking at revision of the SG interface in use... SG interface version 3.5.31; OK. CDROM model sensed sensed: SONY CD-RW CRX820E 1.5a Checking for SCSI emulation... Drive is ATAPI (using SCSI host adaptor emulation) Couldn't disable kernel command translation layer Checking for MMC style command set... Drive is MMC style DMA scatter/gather table entries: 255 table entry size: 32768 bytes maximum theoretical transfer: 3552 sectors Setting default read size to 13 sectors (30576 bytes). Verifying CDDA command set... Expected command set reads OK. Table of contents (audio tracks only): track length begin copy pre ch =========================================================== 1. 14330 [03:11.05] 0 [00:00.00] OK no 2 2. 19436 [04:19.11] 14330 [03:11.05] OK no 2 3. 15255 [03:23.30] 33766 [07:30.16] OK no 2 4. 22727 [05:03.02] 49021 [10:53.46] OK no 2 5. 19265 [04:16.65] 71748 [15:56.48] OK no 2 6. 17332 [03:51.07] 91013 [20:13.38] OK no 2 7. 14640 [03:15.15] 108345 [24:04.45] OK no 2 8. 18102 [04:01.27] 122985 [27:19.60] OK no 2 9. 17236 [03:49.61] 141087 [31:21.12] OK no 2 10. 14491 [03:13.16] 158323 [35:10.73] OK no 2 11. 17410 [03:52.10] 172814 [38:24.14] OK no 2 12. 12050 [02:40.50] 190224 [42:16.24] OK no 2 13. 14729 [03:16.29] 202274 [44:56.74] OK no 2 TOTAL 217003 [48:13.28] (audio only)
ok, just what I thought this is really a bug in cdparinoia which audiocd/kaudiocreator use for ripping. Not sure what next step to take as they aren't exacly making nightly releases (last was in 2001), but the debian package will probably accept patches. Can't hurt to try to e-mail them.
OK, I'll report the bug over at Debian and also try to reach the cdparanoia folks. Thanks for your help.
Marking as resolved. It's not a KDE issue.
Debian bug report is over here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=298648