[gstreamer-bugs] [Bug 599105] [pulse] No audio in playing a video the second time

[GStreamer (bugzilla.gnome.o. <bug...@gn...>]

https://bugzilla.gnome.org/show_bug.cgi?id=599105
  GStreamer | gst-plugins-good | unspecified

--- Comment #3 from Colin Guthrie <gn...@co...> 2009-10-21 09:04:35 UTC ---
I've found that commit 42ee5e22 (removal of the ringbuffer compensation code)
breaks the pulse output plugin. in gst-plugins-good.

I'm using the latest released version of gstreamer/-base (0.10.25) so the
companion commit for adding the ringbuffer code to the baseaudiosink is there,
but it's not helping.

The symptoms are:
Fist track in totem will play fine, and allow seeking happily. If you skip (or
it advances naturally) there is a massive delay before it starts playing (if at
all), when it is playing if you try and seek, you get the massive delay again
(and you cannot hear the blip-de-blip-de-blip of fast forwarded audio as you
did on the first track.

Reverting this commit solves the problem.

I'm not sure if this is the same problem you're getting in Karmic tho', because
it does not say whether the pulse plugin has had some of the upstream commits
backported into the official package.

Certainly when I looked and tested the upstream commits when pulling in some
changes for Mandriva, this commit stood out as being a problem as soon as I
tested it.

Hope this helps.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.