<div><div dir="auto">Thanks, i see those same buffer messages in the fe log. I'll try & get a fixes/0.28 source build going & happy to try any tweaks suggested. </div><div dir="auto"><br></div><div dir="auto">Fyi - i get the exact same behaviour on a celeron nuc & an i5 & i7.</div><div dir="auto"><br></div><div dir="auto">Thanks</div><br><div class="gmail_quote"><div>On Thu, 19 Oct 2017 at 7:06 am, Tim Draper <<a href="mailto:veehexx@zoho.com">veehexx@zoho.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
<br>
 ---- On Wed, 18 Oct 2017 20:34:28 +0100 Peter Bennett <<a href="mailto:cats22@comcast.net" target="_blank">cats22@comcast.net</a>> wrote ----<br>
 ><br>
 ><br>
 > On 10/18/2017 08:51 AM, Tim Draper wrote:<br>
 > >   ---- On Wed, 18 Oct 2017 13:44:32 +0100 Tim Draper <<a href="mailto:veehexx@zoho.com" target="_blank">veehexx@zoho.com</a>> wrote ----<br>
 > >   > i swear theres a bug trac report for it, but cant find it right now. i think it first occured part way through 0.27 release and it's stuck like this ever since.<br>
 > ><br>
 > > found one bug refering to a short pause sorting it out: <a href="https://code.mythtv.org/trac/ticket/12318" rel="noreferrer" target="_blank">https://code.mythtv.org/trac/ticket/12318</a><br>
 > > not the one i thought i was looking for, but it's been outstanding for a while. maybe worth a bump.<br>
 > ><br>
 > ><br>
 ><br>
 ><br>
 > It seems that this is affecting a lot of people, so perhaps needs some<br>
 > attention.<br>
 ><br>
 > Unfortunately I don't see it and fixing something I cannot recreate is<br>
 > very difficult.<br>
 ><br>
 > Can you let me know whether simply waiting 30 seconds or so and enduring<br>
 > the interruptions for that time, does the problem resolve or does it<br>
 > continue for as long as you watch the channel?<br>
 ><br>
 > Peter<br>
 > _______________________________________________<br>
 > mythtv-users mailing list<br>
 > <a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
 > <a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" rel="noreferrer" target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a><br>
 > <a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
 > MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer" target="_blank">https://forum.mythtv.org</a><br>
 ><br>
tried it for 5mins without pausing; no difference... it continues to stutter.<br>
in playback data, the FRAMES DECODED/FREE shows figures like 8/17 when stuttering occurs. Pausing liveTV for a few seconds puts it to a 20/2 figure and stuttering disappears, so assuming the 'frames free' counter can be relied upon, this might be something to watch to provide a suitable fix?<br>
another option would be to watch the available buffer, to ensure it's above (for example) 25% filled?<br>
<br>
fwiw, i'm experiencing this on a 2820 NUC that uses VAAPI<br>
<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" rel="noreferrer" target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer" target="_blank">https://forum.mythtv.org</a><br>
</blockquote></div></div>