<html><br />On Friday, March 4, 2016 15:01 CET, Will Dormann <wdormann@gmail.com> wrote:<br /> <blockquote type="cite" cite="56D99545.7050000@gmail.com">On 3/4/16 5:10 AM, Marius Schrecker wrote:<br />> incorrect rtc permissions, although I don't see this fixing the<br />> incorrect refresh rates being consistently chosen.<br /><br /><br />I'm no expert on this stuff, but these look suspicious:<br /><br />Mar 3 20:13:32 mythbox mythfrontend.real: mythfrontend[22207]: E<br />CoreContext vsync.cpp:275 (TryInit) VSYNC: DRMVideoSync: VBlank ioctl<br />did not work, unimplemented in this driver?<br />Mar 3 20:13:32 mythbox mythfrontend.real: mythfrontend[22207]: E<br />CoreContext vsync.cpp:356 (TryInit) VSYNC: RTCVideoSync: Could not open<br />/dev/rtc: #012#011#011#011eno: Permission denied (13)<br />Mar 3 20:13:32 mythbox mythfrontend.real: mythfrontend[22207]: E<br />CoreContext mythplayer.cpp:2395 (VideoStart) Player(0): Video sync<br />method can't support double framerate (refresh rate too low for 2x deint)<br />Mar 3 20:13:32 mythbox mythfrontend.real: mythfrontend[22207]: I<br />CoreContext mythplayer.cpp:1789 (InitAVSync) Player(0): Display Refresh<br />Rate: 23.971 Video Frame Rate: 25.000<br /><br /><br /><br />The equivalent on my system:<br /><br />Nov 18 21:52:35 <HOSTNAME> mythfrontend.real: mythfrontend[2375]: I<br />CoreContext mythrender_opengl.cpp:76 (Create) OpenGL: Sync to VBlank is<br />enabled (good!)<br /><br /><br /><br /><br />I think the former could cause tearing. But I'd think that the nvidia<br />driver stuff could handle that stuff. I'm using the nvidia 304.131<br />driver, FWIW. However according to<br /><https://www.mythtv.org/wiki/Frame_display_timing>, "Contrary to what<br />Mythfrontend may say, VDPAU does not use vsync/vblank timing. RTC should<br />be used instead. " So that may be not relevant. My system config has<br />persisted through many years of MythTV, though, so that could even be an<br />artifact of a prior pre-VDPAU configuration.<br /><br />As for the 23.97fps vs 25fps stuff, that surely seems like trouble. It<br />almost would seem that you're trying to play PAL video on an NTSC TV?<br /><br /><br />-WD</blockquote><br />Thanks Will,<br /><br />The TV should handle most stuff that I throw at it, as the output of xrandr shows. Certainly there are both 25Hz and 50Hz modes so 25Hz material should present nop problem. Interestingly, though not documented here, if I throw some 24p material at it, it tries to render it at 50Hz and I end up with the same problem. <br /><br /><em>Mar 3 20:13:32 mythbox mythfrontend.real: mythfrontend[22207]: E<br />CoreContext vsync.cpp:275 (TryInit) VSYNC: DRMVideoSync: VBlank ioctl<br />did not work, unimplemented in this driver?</em><br /><br />worries me. If I have to downgrade the nvidia driver, I will surely have to do the same with the kernel, but you also say that:<br /><br /><em>"Contrary to what<br />Mythfrontend may say, VDPAU does not use vsync/vblank timing. RTC should<br />be used instead."</em><br /><br />I remember seeing some rtc permissions problems in one of the logs, so that might be a place to start:<br /><br />https://www.mythtv.org/wiki/MythTV-HOWTO#ss5.4<br /><em>rlimits</em><br /><em>The rlimits method is the preferred method and is included in Linux 2.6.12 and above and requires PAM version 0.79 or above. Assuming anyone running mythfrontend is in the audio group and rlimits are supported, all you need to do is place this in your /etc/security/limits.conf<br />* - rtprio 0<br />* - nice 0<br />@audio - rtprio 50<br />@audio - nice 0</em><br /><br /> </html>