Red Hat Bugzilla – Bug 56398
CD palyer plays only one track
Last modified: 2008-08-01 12:22:51 EDT
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2.1) Gecko/20010901 Description of problem: The CD player will play only a single track. Version-Release number of selected component (if applicable): gnome-applets-1.4.0.1-6 magicdev-0.3.6-2 How reproducible: Always Steps to Reproduce: 1.Insert music CD into CD player, music starts automatically; 2.OR press "play" on CD player applet; 3.OR press "play" on gtcd utility. Actual Results: Music stops playing after completion of one track. Expected Results: Music continues to play until end of CD is reached or until "stop" button is pressed. Additional info: System is a Dell GX1, Pentium III, 256 MB RAM. Fresh workstation install, few preference changes. All updates applied.
Perhaps significant, I configured the automounter (autofs) to use /etc/auto.misc by uncommenting the line in /etc/auto.master. Perhaps too many things are monitoring the CD-ROM drive? If so, perhaps a comment discouraging use of both automounter and magicdev should be added to /etc/auto.master. GNOME sound startup at login is enabled. CD player worked properly/as expected under RHL 6.2, 7.0, and 7.1.
No messages written to $HOME/.xsession-errors or recorded by syslog.
Killed automounter, but problem persists.
Selected Preferences -> Peripherals -> CD Properties, disabled everything, clicked "OK", restarted gtcd, problem persists.
I don't see a reason to suspect magicdev/gtcd/cdapplet vs. hardware/driver issues, since there have been no other reports of this, and the gnome apps have not really changed from 7.1 to 7.2.
I have had this problem, too. It seems to have something to do with the interaction of CD player application and kernel. According to my experience it happens only IDE CD-ROMS driven through ide-scsi (perhaps also with "real" SCSI CD-ROMS), i.e. typically CD writers. I noticed that some CD player apps (cdp, KDE CD player) work fine, while others (Gnome CD player, Loki games) don't. An strace shows that the apps that don't work read the TOC continuously (for whatever reason). The ide-cd driver caches the TOC info in a kernel data structure and returns it without bothering the player. If ide-scsi is used, however, the TOC is read from drive through a SCSI command at every request, which in turn stops the playback. The apps that do work read the TOC only once before starting the playback (sounds reasonable, no?).
If it depends BOTH on the player AND the use of ide-scsi that would explain why we couldn't reproduce this ;( The explenation sounds reasonable; and I think the players ought to be fixed...
Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/