[Bug 742141] pulsesink: writeable size will increase bigger than total buffer size if no data feed to pulse.

[GStreamer (bugzilla.gnome.org)]

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

Stefan Sauer (gstreamer, gtkdoc dev) <ensonic> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ensonic at sonicpulse.de

--- Comment #10 from Stefan Sauer (gstreamer, gtkdoc dev) <ensonic at sonicpulse.de> 2015-01-11 12:54:54 UTC ---
(In reply to comment #9)
> Audio pipeline and video pipeline can't totally decoupled. Demuxer will be
> blocked when video pipeline is full of buffers, so audio pipeline will no
> buffer if pulse buffered all audio data. The reason of pulse buffered all audio
> data is the writable size is very large.

Thats why one should place a multiqueue after the demuxer. decodebin/playbin do
that already. The queues will provide a thread-boundary, that is each stream
will run in a separate thread.

-- 
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.