<div><div dir="auto">Ok, so mucking with the secs_min value in ringbuffer.cpp does have some of the desired effect. I found a setting around 1.4 is a bare minimum to fill about 1% of the buffer and play all the hd channels i have without issue, FWIW most seem to be saying they're between 3-8mbps. The side effect is noticable lag to start, and a much more noticable lag during channel change. If i push the value up above 2s then channel change seems to break - video never actaully displays but audio plays after a few secs. This test was on the i5 nuc i have, will test celeron based one soon.</div><div dir="auto"><br></div><div dir="auto">Thanks</div><br><div class="gmail_quote"><div>On Thu, 19 Oct 2017 at 12:22 pm, Nick Morrott <<a href="mailto:knowledgejunkie@gmail.com">knowledgejunkie@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 18 October 2017 at 20:54, Peter Bennett <<a href="mailto:cats22@comcast.net" target="_blank">cats22@comcast.net</a>> wrote:<br>
><br>
><br>
> On 10/18/2017 03:29 PM, Nick Morrott wrote:<br>
>><br>
>> Probably just me - all other frontends are VDPAU. I doubt anyone else<br>
>> is running a PVR-xx0 analog capture card either nowadays?<br>
>><br>
>> This is a MythTV box that was built in 2006, uses an ATI video card to<br>
>> drive a large TV via RGB SCART (no digital inputs) and is shipwrecked<br>
>> on Debian Wheezy due to the UMS/KMS changes in X.org in Jessie+<br>
>> breaking driving such a low dotclock for the PAL signal.<br>
>><br>
>> And neither the TV nor box will give up...<br>
>><br>
>> Cheers,<br>
>> Nick<br>
><br>
> You could shell out $50 for a raspberry pi 3 and I expect it will work as<br>
> well or better - and you can use the latest version of Debian Stretch.<br>
<br>
Out of the box, an RPi would not work at all in this setup. I've<br>
looked at using a Pi as a drop-in replacement frontend regularly over<br>
the past few years, and every time it's been "traumatic".<br>
<br>
I currently have, and thus would want the RPi to replicate:<br>
<br>
i) PAL 576i video output terminating in RGB SCART (not composite, not YPbPr)<br>
<br>
ii) digital audio over Toslink to an AV receiver<br>
<br>
Video ouput could possibly be handled via an HDMI->VGA adapter, a<br>
VGA->RGB SCART cable with composite sync, and a suitable 576i<br>
modeline. The recently-available VGA666-type GPIO boards looked like a<br>
possibility but have limitations in the signals they can generate.<br>
HDMI->SCART adapters on ebay are only ever generating composite or YUV<br>
video, neither of which are suitable.<br>
<br>
Digital audio support on the Pi would need either a GPIO-based digital<br>
audio board, or an inline HDMI audio splitter to provide a TOSlink<br>
connector.<br>
<br>
At the moment, getting the frontend to work properly (not trying to<br>
start playback until it has enough buffered video) seems like a more<br>
realistic prospect :)<br>
<br>
I shall work on getting 0.29 built on Wheezy and have another look a<br>
the playback code  to see what else I can poke.<br>
<br>
Cheers,<br>
Nick<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>