Summary: | kio_audiocd status update affects audio CD playback | ||
---|---|---|---|
Product: | [Unmaintained] kdemultimedia | Reporter: | Ingo van Lil <inguin> |
Component: | general | Assignee: | Multimedia Developers <kde-multimedia> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | CC: | finex, sitter |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Ingo van Lil
2006-02-23 00:01:41 UTC
I think I have additional information for this extremely annoying bug. The KDE manual for configuring this program ( http://docs.kde.org/development/en/kdemultimedia/kscd/kscd-options-tab.html ) states that the device that /dev/cdrom points to must NOT have write permissions. I took write permissions off of /dev/scd0, but left them on for /dev/sg0, and kscd no longer stops. Funny, no other CD player programs have this issue. MO I still have an (maybe the same) problem. Symptoms: 1. kscd/cdplay stops playing not using digital playback 2. kscd has skips (~100ms) using digital playback 3. beside the source code, it is very hard to find documentation about kio_audiocd. Is there any? Problem: * It seems kio_audiocd is gathering information from the optical drive. * kscd stops playing, at the same time kio_audiocd disappears automatically from the process list. Thus kio_audiocd seems to stop the playback when it quits itself. Background: * Kubuntu, happened in all releases since I installed it, from 5.10 (breezy badger) to 8.04 (hardy heron, KDE3) * The non-digital playback also stops using cdplay from the cdtools package, so kscd is not the problem. * The digital playback on amarok works. * I surveilled access to /dev/scd0 using lsof: * I can view kio_audiocd at work, if I start another kdeinit in a console. * On cdclose, kio_audiocd does: kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/kde3/libaudiocd_encoder_flac.so: undefined symbol: create_audiocd_encoders Checking /dev/scd0 for cdrom... Testing /dev/scd0 for SCSI/MMC interface SG_IO device: /dev/scd0 CDROM model sensed sensed: _NEC DVD_RW ND-3520AW 3.07 Checking for SCSI emulation... Drive is ATAPI (using SG_IO host adaptor emulation) Checking for MMC style command set... kdecore (KLibLoader): WARNING: KLibrary: /usr/lib/kde3/libaudiocd_encoder_flac.so: undefined symbol: create_audiocd_encoders Drive is MMC style DMA scatter/gather table entries: 1 table entry size: 131072 bytes maximum theoretical transfer: 55 sectors Setting default read size to 13 sectors (30576 bytes). Verifying CDDA command set... Checking /dev/scd0 for cdrom... Testing /dev/scd0 for SCSI/MMC interface <...> Does not help: * setting /dev/scd0 from 660 to 440 Helps: * Under control center service administration I can disable the KDE(d?) service mediaadministration (which surveils media:/ mount/umount etc.) then the symptoms are completely gone. Also no kio_audiocds are spawned (Thus it makes sense to say kio_audiocd is the evil). * Above does not help the skipping in the digital playback. Thus kscd seems to be the evil with digital playback. If there is anything one can do, can you please help me, e.g. * How to disable kio_audiocd completely and not disabling the whole media:/ handling... * How to configure behaviour of kio_audiocd (systemwide)? Grateful for any response, marvin I can confirm this on Debian Lenny. kscd 4:3.5.9-1 kdemultimedia-kio-plugins 4:3.5.9-1 I modified the code to see if I can help... --- kdemultimedia-3.5.9.orig/kioslave/audiocd/audiocd.cpp +++ kdemultimedia-3.5.9/kioslave/audiocd/audiocd.cpp @@ -762,13 +762,13 @@ return 0; } - if (0 != cdda_open(drive)) - { - kdDebug(7117) << "cdda_open failed" << endl; - error(KIO::ERR_CANNOT_OPEN_FOR_READING, d->device); - cdda_close(drive); - return 0; - } +// if (0 != cdda_open(drive)) +// { +// kdDebug(7117) << "cdda_open failed" << endl; +// error(KIO::ERR_CANNOT_OPEN_FOR_READING, d->device); +// cdda_close(drive); +// return 0; +// } return drive; } And I installed the new kio_audiocd.so in /usr/lib/kde3. The behavior is different, but similar. /dev/cdrom is accessed (open/close) and the music playing stops ! I tested like this : - start playing with kscd - verify that there is no kio_audiocd.so running - verify /dev/cdrom with lsof: only kscd currently open it - lauch konqueror and go to "storage...", press "refresh"... Before my modif, openning konqueror would have stop immediately the CD. With my new kio_audiocd.so, the playing don't stops when "storage" is openned. It takes a little time to display the list of storage devices... Pressing "refresh" multiple times finaly display all devices and stops the CD. [11/Jun/2008 12:07:38] * Command: lsof /dev/cdrom|sed -e 1d kscd 6359 michel 10r BLK 3,64 2148 /dev/hdb kio_audio 19946 michel 11u BLK 3,64 2148 /dev/hdb kio_audio 19946 michel 12u BLK 3,64 2148 /dev/hdb kio_audio 19946 michel 13r BLK 3,64 2148 /dev/hdb Another time, the CD don't stop after multiple refresh presses but after 3 min of playing... Is this a valid issue using KDE 3.5.10? Closing due to lack of feedback. |