<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Nov 15, 2020 at 12:20 PM Mark Kendall <<a href="mailto:mark.kendall@gmail.com">mark.kendall@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 10 Nov 2020 at 14:27, Jim Abernathy <<a href="mailto:jfabernathy@gmail.com" target="_blank">jfabernathy@gmail.com</a>> wrote:<br>
><br>
> I just put together a new workstation where I will be watching TV with<br>
> Mythtv-frontend when not using it for other things.<br>
><br>
> It's a 6 core Ryzen 5 3600 with a Nvidia GT-1030 fanless GFX card.<br>
><br>
> After the initial install of mythtv-frontend I started playing videos<br>
> with the default settings of NVDEC.  That worked fine on HD 1080i<br>
> content but when I tried a sub-channel where the video was 720x480@30, I<br>
> immediately noticed that the video paused and played every few seconds<br>
> and never got better.<br>
><br>
> When I changed the video profile to High Quality OpenGL it worked<br>
> perfectly on all video types.<br>
><br>
> So I'll leave it that way, but why would NVDEC be so bad on 480i content??<br>
><br>
<br>
Jim<br>
<br>
A little late to the party but, thinking about it, there are 3 possible issues:-<br>
<br>
- as others have mentioned the 'old' nvidia mpeg2 decoding problem.<br>
You don't mention what the source material is other than the<br>
resolution - but I would expect that to present itself as corrupted<br>
video frames rather performance issues.<br>
- deinterlacer. NVDEC has an awkward deinterlacer setup and there is<br>
also the possibility it is falling over on a particular stream. I<br>
would try going into the details of the video display profile and<br>
disable the 'Prefer driver deinterlacers' option. That should give you<br>
nvdec decoding with OpenGL shader deinterlacers - if that works then<br>
the problem is in the deinterlacers.<br></blockquote><div><br></div><div>This had no effect.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- Stuarta A noticed an issue recently with some NVDEC problems which<br>
we tracked down to the number of video buffers in use. We didn't<br>
really finish the conversation but my testing with a 1030 works with<br>
just about everything I can throw at it - whereas Stuart (with a<br>
different nvidia card) had to make some source code adjustments to get<br>
playback to work smoothly.<br>
<br>
Can you post some 'mythfrontend -v playback' logs for a stream that<br>
does not play well?<br>
<br>
Thanks and regards<br>
Mark<br></blockquote><div><br></div><div>When I looked at the logging I saw a lot of video behind audio and I went in and changed the audio read ahead to 400ms and that fixed it. Not sure why putting in a faster CPU and Motherboard made any difference when the Nvidia card remained the same??</div><div><br></div><div>Thanks.</div><div><br></div><div>Jim A</div><div><br></div></div></div>