[vlc-devel] Over buffering with h.264

[David R. Robison]

Hmm... Buffering is controlled in the es_out.c module. Where is the 
video decoder thread schedule for execution? David

----------------------------------------------------------------------------

David R Robison

*Principal Systems Engineer*

+1 757 546 3401 (o)

+1 757 286 0022 (m)

david.robison at openroadsconsulting.com 
<mailto:david.robison at openroadsconsulting.com>

www.openroadsconsulting.com

----------------------------------------------------------------------------

Open Roads Consulting

A Q-Free Company

103 Watson Rd. Chesapeake VA 23320

On 4/1/2015 4:01 PM, Rémi Denis-Courmont wrote:
> Le mercredi 01 avril 2015, 16:01:24 David R. Robison a écrit :
>> I have several h.264 streams that, typically, run fine. However, every
>> once and a while, when PCR jitter causes re-buffering, they buffer
>> several seconds of video. The log displays the following message:
>>
>> core debug: Stream buffering done (6804 ms in 200 ms)
>>
>> Any idea what could cause it to buffer 6 seconds of video in 200ms? This
>> typically happens when the computer is experiencing heavy CPU load.
>> However, I would expect the buffering and the time to buffer to be
>> relatively the same (I am playing live video sources). Any idea what
>> could be going on?
> The video decoding thread does not get scheduled for 6 seconds?
>



This email communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed.
If you are not the intended recipient, please delete this email immediately.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20150401/4210874f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: orci-qfree.png
Type: image/png
Size: 8284 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20150401/4210874f/attachment.png>