<div dir="ltr">On Tue, Mar 19, 2013 at 2:39 PM, Thomas Börkel <span dir="ltr"><<a href="mailto:thomas@boerkel.de" target="_blank">thomas@boerkel.de</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">What does that mean and what can I do about it? I saw a small hiccup<br>
when that happened.<br>
<br>
2013-03-19 20:56:18.095702 I Player(3): FPS: 25.00 Mean: 39995<br>
Std.Dev: 43 CPUs: 4% 3% 0% 0%<br>
2013-03-19 20:56:19.615349 I Player(3): Waiting for video buffers...<br>
2013-03-19 20:56:19.717053 N Player(3): Waited 102ms for video buffers<br>
(AD)(AD)LALLAdAAAAFA<br>
2013-03-19 20:56:19.798016 I Player(3): Waiting for video buffers...<br>
2013-03-19 20:56:19.818048 I Player(3): Waiting for video buffers...<br>
2013-03-19 20:56:22.215586 I Player(3): FPS: 24.27 Mean: 41195<br>
Std.Dev: 14429 CPUs: 6% 18% 1% 0%<br>
2013-03-19 20:56:26.215555 I Player(3): FPS: 25.00 Mean: 39996<br>
Std.Dev: 40 CPUs: 3% 4% 0% 1%<br>
<br>
<br>
This happened once while streaming from mythbackend (myth:// protocol)<br>
to the remote frontend and also once while using NFS for playback.<br>
<br>
Is it a problem with the backend or the frontend?<br>
</blockquote><div><br></div><div style>I believe that this generally means that something has delayed the decoder thread from adding video frames to the set of video buffers, and now the player needs to wait for frames to show up. Frames may be decoded out of order, and this video buffer mechanism allows for the reordering. It could be that something is preventing the backend from delivering data in time, for example playing live TV or an in-progress recording too close to real-time, or an OS scheduling issue on the backend. Or something on the frontend is preventing the decoder thread from running or receiving data from the backend. It's hard to know for sure without a lot deeper analysis.</div>
<div style><br></div><div style>Jim</div></div></div></div>