Bug 164043

I have the exact same problem here on KDE 4.0.83 with FreeBSD 7. Analog mode seems to work, but as soon as you switch to direct digital playback, the track listing dissappears and you cant play anything. 

Using the phonon audio backend, and I've tried entering device names, but no luck so far. 

I am having the same problem with my audio. With digital mode turned off the tracks play but I have no audio. With it on I get no track list.

I've done some more investigation into this bug. Here it appears that the issue is related to the phonon backend. We are using the gstreamer backend with KDE 4.1RC1, and it looks like gstreamer-phonon is missing some functionality for direct digital playback. Here's the kscd error output when I enable direct digital playback here:

virtual bool Phonon::Gstreamer::AudioOutput::setOutputDevice(const Phonon::AudioOutputDevice&) "default"
Object::connect: No such signal Phonon::Gstreamer::MediaObject::availableSubtitlesChanged()
Object::connect: No such signal Phonon::Gstreamer::MediaObject::availableAudioChannelsChanged()
Object::connect: No such signal Phonon::Gstreamer::MediaObject::titleChanged(int)
Object::connect: No such signal Phonon::Gstreamer::MediaObject::availableTitlesChanged(int)
Object::connect: No such signal Phonon::Gstreamer::MediaObject::chapterChanged(int)
Object::connect: No such signal Phonon::Gstreamer::MediaObject::availableChaptersChanged(int)
Object::connect: No such signal Phonon::Gstreamer::MediaObject::angleChanged(int)
Object::connect: No such signal Phonon::Gstreamer::MediaObject::availableAnglesChanged(int)

I can confirm that with RC1.

*** This bug has been confirmed by popular vote. ***

There is also similar problem with kde3, see http://bugs.kde.org/show_bug.cgi?id=133834

I'm not sure this problem is related to the KDE3 issue. KsCD in KDE 4.1 doesn't use libwm anymore, it uses Phonon, which in turn uses different backends. If I switch to the xine phonon backend, and enable digital playback, it does bring up a track listing. However the xine backend doesn't work on FreeBSD, so I get no sound :(

When I switch to gstreamer backend, which does work with sound, then kscd no longer works in digital mode. 

Update:

I did some testing of this bug with the xine backend in Phonon 4.2.0, and the problem still exists. When I enable digital playback, I *can* get a track listing now, but no sound is ever produced. 

I have the same problem with KsCD version 1.5 using KDE 4.1.00
Have tried on two different drives Sony and Panasonic with same results as others, when switching to "direct digital playback" there are not tracks listed and the CD drives are not recognized in the pulldown menu.

Several people have reported the same problem on Mandriva 2009 pre-releases, and I just confirmed it here. It is indeed an issue in phonon-gstreamer. phonon-xine can play audio CDs digitally (in kscd and dragonplayer) without issues.

Unfortunately, this will mean no default KDE application can play audio CDs in Mandriva Linux 2009, as shipped.

Someone, if possible, should re-assign this bug to phonon-gstreamer team. It's not a kscd bug.

I also can confirm this bug but regardless of the gstreamer error effecting phonon, kde4 will not even recognize that an audio cd has been inserted.
With no notification of the fact.

@ Tony: applications have to provide a special solid action file if they wants to be used for a specific action, so there is no solid/ phonon bug for this afaik

OK. Thanks. I have found one it is against solid, I will report it to the solid guys along with a nice little wish I have discovered that should make cd playback a breeze.

It might just be, What I have found hasn't been finnished yet.
It is still on the road map according to the website.

Ping?

This is considered a critical bug for Mandriva 2009, it would be nice to have it fixed.

in kde 4.1.71, with latest phonon, when starting kscd when using phonon-gstreamer backend, i obtain :

$ kscd
Object::connect: No such signal Phonon::Gstreamer::MediaObject::availableSubtitlesChanged()
Object::connect: No such signal Phonon::Gstreamer::MediaObject::availableAudioChannelsChanged()
Object::connect: No such signal Phonon::Gstreamer::MediaObject::titleChanged(int)
Object::connect: No such signal Phonon::Gstreamer::MediaObject::availableTitlesChanged(int)
Object::connect: No such signal Phonon::Gstreamer::MediaObject::chapterChanged(int)
Object::connect: No such signal Phonon::Gstreamer::MediaObject::availableChaptersChanged(int)
Object::connect: No such signal Phonon::Gstreamer::MediaObject::angleChanged(int)
Object::connect: No such signal Phonon::Gstreamer::MediaObject::availableAnglesChanged(int)

and i forgot to tell that with phonon-gstreamer kscd do not work at all.

This is still valid in KDE 4.2 Beta 2. It's a major issue, it really should get fixed.

As far as I know Qt Software (and the backends produced by them) don't support CD/DVD playback yet.

I'm filing this with the gstreamer backend.

BTW, for KDE using phonon-xine still is the recommended setup.

Mandriva (The distro that Adam and I use,) Sets phonon-gstreamer as the default backend because of the Codina/Fluendo patented codec support.
Users can use it to pay for patent licenses and the delivery uses gstreamer.
http://www.fluendo.com/

Mandriva's paying customers (Powerpack users,) Expect to be able to pay for the patent licensing service, Despite the fact that I know that software patents are wrong.

So I guess that's why Adam is calling this a major issue.

No, I call it a major issue because it's a major issue :). I'm aware that there's an alternative backend and there's politics over which backend to use and blah blah blah. I don't care. The issue of choosing a backend is a Mandriva issue and not anyone else's problem. The point is that this is a major issue in the Gstreamer backend, and it should therefore be triaged to whoever is responsible for the Gstreamer backend and they should fix it as a high priority issue. The xine / gstreamer thing really doesn't matter, the point is that the gstreamer backend is broken and whoever made it should fix it.

Yeah, you just need to know that bugs.kde.org comes close to a black hole for gstreamer bug reports at this point. Development and maintenance happens at Qt Software, so you need to contact them about it.

I just submitted a fix for this in KDE/trunk addressing this issue. KSCD should work ok with GStreamer now as long as it's able to detect the mounted CD.

works OK for me since #22 commit.

Please reopen if still valid for you

In that case, the bug has been FIXED. WORKSFORME rather means you cannot reproduce the issue, which is clearly incorrect as you had the same problem till recently.

reassigning to the new bugzilla product for better bug tracing of the various backends. Sorry for the noise.