<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 11 Jan 2020 at 01:18, Peter Bennett <<a href="mailto:pb.mythtv@gmail.com">pb.mythtv@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"><br>
<br>
On 1/9/20 5:36 PM, Klaas de Waal wrote:<br>
> Hi Mark,<br>
><br>
> My MythTV production system recorded this weekend a program that does<br>
> not play back correct on my frontend with the Nvidia GT520  (driver<br>
> version 340).<br>
> It looks to me that the frame ordering is not correct; it jumps every second.<br>
> The complete recording of 10GB has this when played to the end.<br>
> However, if I cut off the first GB or so from the file then what<br>
> remains plays perfect.<br>
> Also, when I play it back on my development system (Intel only) then<br>
> the playback is smooth.<br>
> If you are interested then I can send you the file (or the first 100MB of it).<br>
> Please let me know and also how you want it (WeTransfer or gmail<br>
> attachment is what I use most of the time).<br>
><br>
> Groetjes,<br>
> Klaas.<br>
> _______________________________________________<br>
><br>
<br>
I have noticed this type of behavior, but only on some reruns of <br>
Midsomer Murders from early 2000's. It is especially bad on the <br>
"Ovation" channel. I suspect some issue with the source, particularly <br>
since I saw similar things when watching Midsomer Murders on Amazon <br>
Prime with the prime app on NVidia Shield.<br>
<br>
<br>
Peter<br>
_______________________________________________<br><br></blockquote><div>I got a bit further on this; the problem is in the frame rate!</div><div>It looks like that the recording is incorrectly identified as 24Hz instead of as 50Hz.</div><div><br></div><div>When everything is OK it works like this as I understand it:</div><div>(1) Broadcast signal is 50Hz interlaced</div><div>(2) The playback info box shows this as 25.00fps</div><div>(3) De-interlacing then generates 50 fps.</div><div>(4) The Nvidia driver is set to 50Hz by MythTV/xrandr </div><div>(5) This is shown in the System Status / Display box (very useful new addition)</div><div></div><div>(6) The actual framerate is also shown on my TV as 50Hz</div><div><br></div><div>With the problematic recording steps (1) to (3) are the same.</div><div>The difference is:</div><div><div>(4) The Nvidia driver is set to 23.98Hz by MythTV/xrandr </div><div>(5) This is shown in the System Status / Display box (very useful new addition)</div><div></div><div><div>(6) The actual framerate is also shown on my TV as 50Hz</div><div></div></div><div><br></div><div></div></div><div>When the first 10 megabytes of the recording are removed then the playback is correct.</div><div><br></div><div>This happened twice in the last two weeks in about 100 recordings or so.</div><div>The broken recording is created with multirec; the previous recording on that</div><div>channel was still running at the moment the new recording started.</div><div>I have also in the past observed that the start of playback of recordings created</div><div>by multirec has sometimes blocks.</div><div><br></div><div>My tentative conclusion at this moment is:</div><div>- there is something not correct in the first 10MB of the file</div><div>- the frame rate is obtained from the first 10MB of the file</div><div>- this frame rate is used to set the Nvidia with xrandr</div><div>- later the correct frame rate is obtained as shown in the playback box</div><div>- but the Nvidia framerate setting is never updated</div><div><br></div><div>Klaas.</div><div><br></div><div><br></div><div> </div></div></div>