[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

--- Comment #8 from kevin <kevinbing.song at gmail.com> 2015-01-09 15:56:34 UTC ---
Our demux will blocked on video pad push if video pipeline full of data. So no
audio data push until  pushed another video buffer.
If pulse buffer too many audio data, video pipeline will full of data and than
audio data will push until one video buffer pushed.
audiosink need pre-roll when change state from PLAYING to PAUSE. received
buffer or blocked on commit ring buffer can finish pre-roll. But can't finish
pre-roll as no audio buffer come to audio sink. No audio data come to audiosink
as video pipeline full and video PAUSED. Not blocked on commit ring buffer as
all audio data is writed to pulse.

Can we control pulse buffer size? say not consume large amount of audio data.
just consume total buffer size(segsize * segtotal).

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