Bug 195938 - phonon xine backend has audio problems with notifications and pulseaudio sound test
Summary: phonon xine backend has audio problems with notifications and pulseaudio soun...
Status: RESOLVED FIXED
Alias: None
Product: Phonon
Classification: Frameworks and Libraries
Component: Xine backend (show other bugs)
Version: 4.3.0 (KDE 4.2.0)
Platform: Mandriva RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Matthias Kretz
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-10 21:46 UTC by vatbier
Modified: 2010-12-05 21:42 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 4.4.2


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description vatbier 2009-06-10 21:46:10 UTC
Version:            (using KDE 4.2.2)
OS:                Linux
Installed from:    Mandriva RPMs

Mandriva Linux 2009.1
onboard audio: Intel HDA sound driver
phonon-xine: Version: 4.3.1-11mdv2009.1
pulseaudio: Version: 0.9.15-2mdv2009.1

I had to switch from phonon-gstreamer to phonon-xine because Amarok can't play mp3s with gstreamer backend.

Phonon-xine has some issues (albeit minor): 
when using xine backend systemsettings->Notifications->Applications:K3b: playing the sound k3b_success1.wav only last a second. 
systemsettings->Multimedia->PulseAudio: Test plays sound completely but with some stutter. 
With gstreamer backend these sounds play fine.

The logout sound of KDE also always plays stuttering (quite annoying), the login sound of KDE sometimes plays stuttering.

In Amarok the first mp3 always begin playing stuttering. The next mp3s play normally.
Comment 1 Myriam Schweingruber 2009-11-08 21:18:54 UTC
Confirmed with KDE 4.3.3, Kubuntu 9.10, using Amarok 2.2-git and Pulseaudio with the xine backend.
Comment 2 Colin Guthrie 2009-11-09 17:07:35 UTC
Just adding some more info. This is a known limitation of the current xine-pulse layer. I've spoken to the author of this code and he is aware of the issues but is unable to fix further. I've been told that the API inside Xine for dealing with audio related stuff is not very flexible which is part of the reason for this. I think everyone just wants to see Xine die anyway. I think the GStreamer or VLC backends have more hope of seeing the problem resolved properly considering who is available for working on the code right now.
Comment 3 Myriam Schweingruber 2010-04-05 13:32:04 UTC
Vatbier, is this still relevant with the new KDE SC 4.4.2?
Comment 4 Myriam Schweingruber 2010-04-22 08:56:13 UTC
Closing for lack of feedback. As mentioned by Colin, Mandriva users should us the GStreamer backend instead of xine.