<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head><meta content="text/html;charset=UTF-8" http-equiv="Content-Type"></head><body ><div style="font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 10pt;"><div><br></div><br><div data-zbluepencil-ignore="true" style="" class="zmail_extra"><br><div id="Zm-_Id_-Sgn1">---- On Tue, 03 Mar 2020 06:49:21 -0800 <b>Allen Edwards <allen.p.edwards@gmail.com></b> wrote ----<br></div><br><blockquote style="border-left: 1px solid rgb(204, 204, 204); padding-left: 6px; margin: 0px 0px 0px 5px;"><div><div dir="ltr"><div dir="ltr"><br></div><br><div class="x_-2060460341gmail_quote"><div class="x_-2060460341gmail_attr" dir="ltr">On Tue, Mar 3, 2020 at 2:16 AM John <<a target="_blank" href="mailto:jksjdevelop@gmail.com">jksjdevelop@gmail.com</a>> wrote:<br></div><blockquote style="margin: 0.0px 0.0px 0.0px 0.8ex;border-left: 1.0px solid rgb(204,204,204);padding-left: 1.0ex;" class="x_-2060460341gmail_quote"><div><div>On 02/03/2020 16:39, Allen Edwards
      wrote:<br></div><blockquote><div dir="ltr"><div dir="ltr"><br></div><br><div class="x_-2060460341gmail_quote"><div class="x_-2060460341gmail_attr" dir="ltr">On Mon, Mar 2, 2020 at 7:15
            AM John <<a target="_blank" href="mailto:jksjdevelop@gmail.com">jksjdevelop@gmail.com</a>>
            wrote:<br></div><blockquote style="margin: 0.0px 0.0px 0.0px 0.8ex;border-left: 1.0px solid rgb(204,204,204);padding-left: 1.0ex;" class="x_-2060460341gmail_quote"><div><br><div><div>On 02/03/2020 14:41, Allen Edwards wrote:<br></div><blockquote><div dir="ltr"><div dir="ltr"><br></div><br><div class="x_-2060460341gmail_quote"><div class="x_-2060460341gmail_attr" dir="ltr">On Mon, Mar 2,
                        2020 at 2:19 AM John <<a target="_blank" href="mailto:jksjdevelop@gmail.com">jksjdevelop@gmail.com</a>>
                        wrote:<br></div><blockquote style="margin: 0.0px 0.0px 0.0px 0.8ex;border-left: 1.0px solid rgb(204,204,204);padding-left: 1.0ex;" class="x_-2060460341gmail_quote"><div><br><div><br><div>On 02/03/2020 01:48, Allen Edwards
                              wrote:<br></div><blockquote><div dir="ltr">I continue my search for
                                why my mythfrontend is locking up. As I
                                have said, the real bother is that it
                                basically requires a restart of the
                                computer to clear up the problem as I
                                have discussed previously. <div><br></div><div>The error I am seeing in the log is
                                  this <br></div><div><b>Decoder timed out waiting for
                                    free video buffers</b><br> <div><br></div><div>What I have found is that several
                                    others have had this problem and
                                    have isolated it to VDPAU with an
                                    interlaced source. We had a lock up
                                    again last night and sure enough the
                                    source was 1080i and the output is
                                    1080p.<br></div><div><br></div><div>There does not seem to be a
                                    solution online that I can find.<br></div><div><br></div><div>Here is one thread <a target="_blank" href="https://forum.mythtv.org/viewtopic.php?t=2735">https://forum.mythtv.org/viewtopic.php?t=2735</a><br></div><div>Here is another <a target="_blank" href="https://devtalk.nvidia.com/default/topic/1037255/linux/mythtv-errors-lockups-with-vdpau-and-340-or-390-drivers-/">https://devtalk.nvidia.com/default/topic/1037255/linux/mythtv-errors-lockups-with-vdpau-and-340-or-390-drivers-/</a><br></div><div><br></div><div>My question is, am I using the
                                    right driver and video
                                    configuration? Next question, what
                                    should I use if VDPAU is
                                    unacceptable?<br></div><div><br></div><div><div>I am running <span>Mythbuntu</span> <br></div><div>Ubuntu <span>16.04</span>.1 LTS<br></div></div><div>MythTV Version :
                                    v0.28.2-6-g9031599<br></div><div>MythTV Branch : fixes/0.28<br></div><div>AMD Athlon(tm) 64 X2 Dual Core
                                    Processor 5400+<br></div><div>6G memory<br></div><div>GeForce GTX 750Ti<br></div><div>nvidia 390 driver<br></div><div>VDPAU High Quality<br></div><div><br></div><div>Allen<br></div></div></div><br><pre>_______________________________________________
mythtv-users mailing list
<a target="_blank" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>
<a target="_blank" href="http://lists.mythtv.org/mailman/listinfo/mythtv-users">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a>
<a target="_blank" href="http://wiki.mythtv.org/Mailing_List_etiquette">http://wiki.mythtv.org/Mailing_List_etiquette</a>
MythTV Forums: <a target="_blank" href="https://forum.mythtv.org">https://forum.mythtv.org</a>
<br></pre></blockquote><p>I have found that using High Quality
                              software decoding to be more reliable and
                              tolerates faults in the broadcast stream.
                              The cpu load is only moderate - try it.<br></p><p>By the way this issue is still present in
                              V31 so upgrading will not help.<br></p></div></div></blockquote><div><br></div><div>Thanks so much for the confirmation of the
                        issue. I have been wondering about using
                        software but wasn't sure my CPU could handle it.
                        What specific settings do you recommend?<br></div><div><br></div><div>Allen <br></div></div></div><br><pre>_______________________________________________
mythtv-users mailing list
<a target="_blank" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>
<a target="_blank" href="http://lists.mythtv.org/mailman/listinfo/mythtv-users">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a>
<a target="_blank" href="http://wiki.mythtv.org/Mailing_List_etiquette">http://wiki.mythtv.org/Mailing_List_etiquette</a>
MythTV Forums: <a target="_blank" href="https://forum.mythtv.org">https://forum.mythtv.org</a>
<br></pre></blockquote><p>I am on ver 31 using Opengl High Quality and cant
                  remember the exact settings for V28 but I think there
                  was a High Quality choice in
                  Setup>Video>Playback>Current Video Playback
                  Profile<br></p><p>You should get ffmpeg decoding and if I remember
                  correctly vdpau double de-interlacer.<br></p><p>That config never failed for me on a combined Intel
                  Haswell front and backend with Nvidia graphics.<br></p><p>Note i still get judder with software decoding if
                  there are background tasks running so avoid that.<br></p></div></div></blockquote><div><br></div><div>I tried "High Quality" and so far it looks good picture
            quality wise.<br></div><div><br></div><div>I took a look at the CPU load using top and I find that
            strange.<br></div><div>Mythfrontend with VDPAU runs about 9% and with High
            Quality about 29%. That seems fine.<br></div><div>Xorg is what I find strange. With VDPAU it runs about 2%
            and with High Quality it runs all over the place. I have
            seen as low as 6% and as high as 96% <br></div><div><br></div><div>I guess this is OK as long as nothing is pinned at 100%
            and I see that mythcomflag is able to get in there and it
            only uses left overs so I guess all is good.<br></div><div><br></div><div>If there was just an easy way to restore operation after
            a lock up like there was when I was running Mythbuntu 8 we
            could live with the occasional lock-ups which happen about
            once a month. I modified several things so that CTRL-ALT-BS
            will restart X but it does not work when mythfrontend is
            locked up. Basically, only "shutdown now -r" works in that
            case.<br></div><div><br></div><div>Thanks for the help. We will try High Quality and see how
            it goes.<br></div><div><br></div><div>Allen<br></div></div></div><br><pre>_______________________________________________
mythtv-users mailing list
<a target="_blank" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a>
<a target="_blank" href="http://lists.mythtv.org/mailman/listinfo/mythtv-users">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a>
<a target="_blank" href="http://wiki.mythtv.org/Mailing_List_etiquette">http://wiki.mythtv.org/Mailing_List_etiquette</a>
MythTV Forums: <a target="_blank" href="https://forum.mythtv.org">https://forum.mythtv.org</a>
<br></pre></blockquote><p>killall mythfrontend<br></p><p>repeat<br></p><p>killall mythfrontend<br></p><p>has always got rid of a hung Frontend for me put it in a script.<br></p><p>Similarly <br></p><p>If you add "/bin/systemctl restart mythbackend.service" to your
      visudo file then the backend can be reset easily without a
      password.<br></p><p>If the backend does not restart quickly add<br></p><p>TimeoutStopSec=10<br></p><p>to the [Service] section as described in <a target="_blank" href="https://www.mythtv.org/wiki/Systemd_mythbackend_Configuration">https://www.mythtv.org/wiki/Systemd_mythbackend_Configuration</a><br></p></div></blockquote><div><br></div><div>What happens after repeated kill -9 <pid of mythfrontend> is that Xorg is hung and running at cpu of 100%. After repeated kill -9 of that eventually it killed. Process took 5 minutes. Nothing killed right away. Then mythfrontend immediately locked up again when she started the show again. Doing a systemctl restart display-manager also just hangs up the entire gui. I can still access the computer remotely but the gui is toast. I use top to see that Xorg is at 100% and basically eventually do a shutdown to clear things up.<br></div><div><br></div><div>I notice that there is some tearing with High Quality but it is slight. Would be nice if CTL-ALT-BS would work when the system is hung like it does when it is not locked up. I did a lot of work to make CTL-ALT-BS restart things clean. I start mythfrontend directly and not as a service. Without that every time I do CTL-ALT-BS I would get another instance of mythfrontend.<br></div><div><br></div><div>I would like to use vapau as the system runs cooler and the performance is better but the hang ups are just too hard to kill. <br></div><div><br></div><div>So is there some sub process of Xorg that needs to be killed that has to do with vapau? Maybe that is the secret. I just don't know enough and it is hard to troubleshoot something that happens once a month right when the wife is in the middle of a show and just wants the system working again.<br></div><div><br></div><div>Does this happen to everyone or is it just my old hardware?<br></div><div><br></div><div>Allen<br></div></div></div></div></blockquote></div><div><br></div><div>my be/fe hardware is ryzen 2700, nvidia gtx 750ti, 8gig ram, 128gb ssd (os), 2 3tb drives, 2 nas drives, and 128gb nvme (backups). os: archlinux, (kept current), desktop is xfce,  mythtv-git pkg from arch-aur. fe/be is fed to tcl 43 inch 4k tv. 2 other fe's (both shields 1-(2015), 1 (2019) models). and use fe's on laptops, use kodi also on everything. i run vdpau high profile on be/fe. i did have the freeze issue from time to time on the be/fe, but not often. when it happened i would ssh in and kill mythfrontend. there is no mythfrontend/mythfrontend.real in the aur package. there was no hang it would return to desktop immediately. about 6 months back, it began freezing more often and the playback would stutter and was not smooth. i tried a variety of things; changing the xorg.conf.d options, desktop settings, power settings and nothing helped. very frustrating. finally i changed out the hdmi cable and switched to arch-repo linux-ck-zen kernel and went back to my xorg conf settings that i had used previously. and since then not a single freeze and playback in vdpau has been perfect. i know it is a very frustrating problem because there are so many variables. you might look at changing your desktop, look into your xorg.conf settings and possibly changing the os. when things got bad, the opengl playback worked fine, but i did not want the higher cpu usage if i could avoid it.<br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div data-zbluepencil-ignore="true" style="" class="zmail_extra"><blockquote style="border-left: 1px solid rgb(204, 204, 204); padding-left: 6px; margin: 0px 0px 0px 5px;"><div><div dir="ltr"><div class="x_-2060460341gmail_quote"><div><br></div><div><br></div></div></div>_______________________________________________<br>mythtv-users mailing list <br><a target="_blank" href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a> <br><a target="_blank" href="http://lists.mythtv.org/mailman/listinfo/mythtv-users">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a> <br><a target="_blank" href="http://wiki.mythtv.org/Mailing_List_etiquette">http://wiki.mythtv.org/Mailing_List_etiquette</a> <br>MythTV Forums: <a target="_blank" href="https://forum.mythtv.org">https://forum.mythtv.org</a> <br></div></blockquote></div><div><br></div></div><br></body></html>