<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p><br>
</p>
<br>
<div class="moz-cite-prefix">On 09/28/2017 02:15 AM, Mike Holden
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAKfgc2KDwim1UxS9wktMDAA2OeNv8rYaP8=ToNsRVaS0AkhKzw@mail.gmail.com">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">On 28 September 2017 at 15:35, Thomas
Börkel <span dir="ltr"><<a
href="mailto:thomas@boerkel.de" target="_blank"
moz-do-not-send="true">thomas@boerkel.de</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br>
mythlcdserver 0.27.6 worked fine for me with lcdproc
0.5.2.<br>
<br>
Since upgrading to 0.28.1, the display freezes after a few
seconds of<br>
playback, meaning it is not updated anymore.<br>
<br>
I can reproduce it with the lcdproc curses driver also.
There it takes<br>
one or two jumps forward in playback and then it freezes.<br>
<br>
I see nothing in mythfrontend or mythlcdserver logs, only
when killing<br>
mythlcdserver.<br>
<br>
When I kill and restart mythlcdserver, then mythfrontend
reconnects, but<br>
still does not update during the ongoing playback.<br>
<br>
When I leave playback, the display is updated again when
browsing the menu.<br>
<br>
Any hints?<br>
</blockquote>
</div>
<br>
</div>
<div class="gmail_extra">Just a "Me Too" here, although my
symptoms seem slightly different.
<div><br>
</div>
<div>For me, I only get issues in Videos, not in Recordings.
We watch a lot more Recordings, but it hasn't locked up
once, only when playing Videos, which are a mixture of mp4,
avi and mkv, so probably no consistency in video
format/codec, but not scientifically tested.</div>
<div><br>
</div>
<div>When it freezes, it locks up the LCD entirely. At first,
restarting mythlcdserver cleared it, and the frontend
restarted the mythlcdserver and connected to it again, but
now it seems to lock up the display completely, and LCDd
seems unkillable. Only a power off clears it.</div>
<div><br>
</div>
<div>My initial solution was to kill mythlcdserver once every
hour, but this caused a noticeable and annoying glitch in
playback when the frontend restarted and reconnected to the
mythlcdserver, so I stopped that and switched to an
overnight kill. This now appears to not help however, as the
display freezes completely.</div>
<div><br>
</div>
<div>This is on Fedora 26 using the latest MythTV from
rpmfusion. Backend is on Fedora 25 using the same myth
version, but likely not relevant here.</div>
<div><br>
</div>
<div>Only fairly recently resurrected this specific box, so
been without mythlcdserver for a while. Would certainly have
been pre 0.28 when it was previously in use, and it was
flawless then.</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
Please see these two tickets<br>
<a class="moz-txt-link-freetext" href="https://code.mythtv.org/trac/ticket/12567">https://code.mythtv.org/trac/ticket/12567</a><br>
<a class="moz-txt-link-freetext" href="https://code.mythtv.org/trac/ticket/12566">https://code.mythtv.org/trac/ticket/12566</a><br>
A number of LCD bugs were fixed in these, on April 18th and June
1st. Version 0.28.1 was released in February, so they would not have
made it in. You can get the fixes by upgrading to the latest fixes
or upgrading to version 29.<br>
<br>
Peter<br>
</body>
</html>