<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 14, 2016 at 12:25 PM, R. G. Newbury <span dir="ltr"><<a href="mailto:newbury@mandamus.org" target="_blank">newbury@mandamus.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 11/14/2016 02:37 PM, Kevin Johnson wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<br>
On Mon, Nov 14, 2016 at 9:53 AM, Peter Bennett <<a href="mailto:cats22@comcast.net" target="_blank">cats22@comcast.net</a><br></span><span class="">
<mailto:<a href="mailto:cats22@comcast.net" target="_blank">cats22@comcast.net</a>>> wrote:<br>
<br>
On 11/14/2016 12:25 PM, R. G. Newbury wrote:<br>
> On 11/12/2016 04:11 PM, Kevin Johnson wrote:<br>
><br>
>> This may only be happening on channels that are 720p and h.264 encoding.<br>
>> Maybe it is just me, but when it does happen, it seems like livetv<br>
>> starts faster than normal. Meaning that when I start livetv, it is up<br>
>> and going in like one second. When it does not happen, live tv takes<br>
>> 2-3 seconds to start.<br>
>> And, when it is happening, (the stutter) the progress bar shows about a<br>
>> 2 second delay. When it starts without stuttering, the progress bar<br>
>> shows about a 5 second delay.<br>
>> So I think this is all about livetv starting to fast.<br>
>> Is there anything I can do to delay the live tv start time? (Add some<br>
>> sort of buffer)<br>
</span></blockquote>
<br><span class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thank you for the help.<br>
<br>
I changed the backend setting from always to none. Did not change<br>
anything. Still stutters.<br>
<br>
So i then went and watched some live tv with the stutter. Went to the<br>
live tv recodings, watched the same exact show.<br>
The recording under the Live Tv group played without issue.<br>
<br>
One interesting thing I did see.<br>
There were two of the same recordings. Same time and title of the live<br>
tv show I just watched.<br>
One was yellow and played back fine.<br>
The other was blue, and when I tried to play that one, I got a message<br>
saying that it could not be played, recording empty.<br>
<br>
I was able to repeat the above scenario several times.<br>
<br>
Strange.<br>
<br>
Just so its clear. This only happens on LiveTv. 720P at 60fps,<br>
</blockquote>
<br></span>
Another question: Is the problem channel on a different tuner than the non-stuttering channels?<br>
You noted that tuning seemed really fast when you got a stuttering channel, That's what prompted my reply about the tuning setting.<br>
<br>
But if the recorded 'LiveTV' video plays fine there has to be something else going on. NOT the tuner.<br>
<br>
If it is not the tuner (check with same tuner and input against 720i or 1080i channels if possible) then that leaves how the video is being processed. If you are using VDPAU Normal, then try VDPAU Slim etc. (TV -> Settings -> Playback iirc, but I always have to hunt).<br>
<br>
It just may be that recording the video stream *AND* processing it for display is a bottleneck. The bottleneck could be almost anywhere in the chain, including a slow hard drive (some hard drive or partition almost full -> 'df -h' ) or slow processing.<br>
<br>
I had a problem a few weeks ago with audio stuttering, which turned out to be a mis-setting to a software display process instead of VDPAU in the video display section... THe video had the same stutter, but it still took a while before the facepalm...<br>
<br>
Geoff</blockquote><div><br></div><div>I have tried all the tuners. (HDHR PRIME) Does not matter which tuner I use.</div><div><br></div><div>I dont think its a hardware issue since I never see this issue while using Kodi for playback.</div><div>This happens on two different frontends using different hardware. Albeit they do both use nvidia. But I have tried slim, as well as vappi and other configurations. Nothing changes the result. </div><div>I would point at the backend or hardware if this occurred on Kodi. But it does not.</div><div>I usually find solutions by searching and searching. But it seems I am the only one with this issue. </div><div>Pressing pause for a split second clears everything up. So I can live with it. It just bums me that .27 worked awesome, but since the upgrade to .28 its been a bug chasing extravaganza. </div><div><br></div><div>Its probably not possible, but can I use .27 frontend with a .28 backend? Most likely not but it would be good for testing.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
-- <br>
R. Geoffrey Newbury <br>
Barrister and Solicitor<br>
954 Owenwood Drive<br>
Mississauga, Ontario, L5H 3J2<br>
<br>
t905-271-9600 f905-271-1638<br>
<a href="mailto:newbury@mandamus.org" target="_blank">newbury@mandamus.org</a></font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>_________________<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/mailma<wbr>n/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" target="_blank">http://wiki.mythtv.org/Mailing<wbr>_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer" target="_blank">https://forum.mythtv.org</a><br>
</div></div></blockquote></div><br></div></div>