GNOME Bugzilla – Bug 154101
delay when clicking play or pause
Last modified: 2005-12-07 11:44:13 UTC
Distribution: Fedora Core release 2 (Tettnang) Package: GStreamer Severity: normal Version: GNOME2.7.92 unspecified Gnome-Distributor: Red Hat, Inc Synopsis: delay when clicking play or pause Bugzilla-Product: GStreamer Bugzilla-Component: gstreamer (core) Bugzilla-Version: unspecified Description: Description of Problem: When using rhythmbox I get a delay of maybe 0.5 sec when clicking pause, I click ... wait 0.5 secs and then RB really stops the stream. Steps to reproduce the problem: 1. load song let it play 2. click pause 3. delay before really pausing Actual Results: Expected Results: How often does this happen? every time Additional Information: ------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-09-29 17:00 ------- Unknown platform unknown. Setting to default platform "Other". Unknown milestone "unknown" in product "general". Setting to default milestone for this product, '---' Setting to default status "UNCONFIRMED". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
What sound output device are you using? i.e., esd?
Arafat we need a response to David's question. That said I think Rhythmbox will improve its performance when Teuf's patch moving it to playbin gets merged.
I'm using ALSA as the output device!
I am experiencing a similar problem using amarok 1.2 and gstreamer 0.8.9 with alsa. There is a significant pause (seconds on my celeron 500) any time a new track is played. Others have noticed this as well. One user reports that problems disappear when downgrading gstreamer to 0.8.7 and the mp3 plugin to 0. 8.5. Please have a look at this thread: http://amarok.kde.org/index.php? option=com_simpleboard&Itemid=57&func=view&id=3145&catid=8&limit=6&limitstart=6
Sorry, just noticed that this bug was reported for version 0.7.x, so these bugs are probably not related. Amarok+gstreamer was working fine with amarok version 1.2b1 and gstreamer 0.8.7. Will check if problems dissappear with 0.8.7 and file a new bug-report if so.
ALSA has become a lot slower because of multi-channel properties being added to ALSA in gst-plugins. It just shows the negotiation problem more clearly, it is not the actual problem.
Arafat and Jan-Willem, could you please re-test this with the new 0.10 version of GStreamer. We changed the behaviour a bit so applications should now not close/open the sound device between each song anymore. This should resolve the need for a re-negotiation which is the reason for the slowness problem.