<div dir="ltr">Arun replied there.<div> </div><div><pre class="" id="comment_text_5" style="font-size:medium;white-space:pre-wrap;width:50em;color:rgb(0,0,0)">> In a simple word, the writable size will increase to large value after some > time if no data feed to pulse. Pulse will consume all audio data as soon as > send to pulsesink and then audio pipeline will always no data. Yes, libpulse will continue to ask for more data (until at some point a h/w underrun occurs). However, if you write out the data when it becomes available, this should not be a problem. > Our use case is one AVI clip has large audio PCM sample (one sample has one > second PCM data). If pulse client buffered all audio data, pulsesink change > state from PLAYING to PAUSE will fail as no audio data send from demux as demux > blocked by video pipeline as pulse client buffered too many audio data. > > Can we change the behave of pulse client or pulse sink? Or need feed data at > any time when PLAYING state? I'm really sorry but I'm having trouble understanding the problem you are seeing. The audio and video outputs of the demuxer should ideally have a queue after them so that each of those get their own thread. In that case, one side having large buffers and the other having small buffers should not matter.</pre><pre class="" id="comment_text_5" style="font-size:medium;white-space:pre-wrap;width:50em;color:rgb(0,0,0)"> </pre><pre class="" id="comment_text_5" style="font-size:medium;white-space:pre-wrap;width:50em;color:rgb(0,0,0)">Thanks Arun!</pre></div></div><div class="gmail_extra"> <div class="gmail_quote">On 9 January 2015 at 10:03, Bing Song <<a href="mailto:Kevin.Song@freescale.com" target="_blank">Kevin.Song@freescale.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div lang="EN-US" link="blue" vlink="purple"> <div> Hi, I report one bug: <a href="https://bugzilla.gnome.org/show_bug.cgi?id=742141" target="_blank"> https://bugzilla.gnome.org/show_bug.cgi?id=742141</a> But it isn’t a bug, just want ask question. Is it reasonable below writeable size will increase bigger than total buffer size if no data feed to pulse? pbuf->m_writable = pa_stream_writable_size (pbuf->stream); Do I need fix writable size increase issue or I need feed data at anytime (send GAP event when no audio data)? Our implement will sent EOS to audio pipeline when backward playback and no audio data feed to pulse. Regards, Song Bing. </div> </div> _______________________________________________ gstreamer-devel mailing list <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a> </blockquote></div> </div>