<div dir="ltr"><div dir="ltr"><div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Fri, Oct 12, 2018 at 1:36 AM Stephen Worthington <<a href="mailto:stephen_agent@jsw.gen.nz">stephen_agent@jsw.gen.nz</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 Thu, 11 Oct 2018 18:46:01 -0700, you wrote:<br>
<br>
>Some more response on some of the issues<br>
><br>
><br>
>> You can check if the files are the problem by using other video<br>
>> players, such as mplayer or VLC.  The ultimate test is to export the<br>
>> file to a known good PC (running Windows?) and play it there.<br>
>><br>
>> The images I posted of the blocks are from VLC and this looks the same as<br>
>it did when played with Mythfrontend.  Clearly in the file.<br>
><br>
><br>
>><br>
>><br>
>> I recommend adding the "-v record" option to the mythbackend command<br>
>> line to get it to do extra logging about the recording process.  Then<br>
>> running this command after a recording completes:<br>
>><br>
>> grep -a "overall_score=\"0" /var/log/mythtv/mythbackend.log<br>
>><br>
>> I was unable to figure out how to add a parameter to the launch of<br>
>mythbackend.  But I see these kind of messages in the log but only when a<br>
>recording is stopped, not short ones.<br>
<br>
Here is a thread from the past that discusses how to turn on extra<br>
logging:<br>
<br>
<a href="https://lists.gt.net/mythtv/mythtvnz/617939?page=last" rel="noreferrer" target="_blank">https://lists.gt.net/mythtv/mythtvnz/617939?page=last</a><br>
<br>
>Here is an example that corresponded to stopping a recording so maybe the<br>
>logging you wanted is happening by default.<br>
><br>
>Oct 11 18:12:39 NewMyth mythbackend: mythbackend[921]: I TVRecEvent<br>
>tv_rec.cpp:848 (FinishedRecording) TVRec[1]:<br>
>FinishedRecording(1021_2018-10-12T01:12:00Z) damaged recq:<RecordingQuality<br>
>overall_score="0.269231" key="1021_2018-10-12T01:12:00Z"<br>
>countinuity_error_count="2" packet_count="167388">#012    <Gap<br>
>start="2018-10-12T01:12:00Z" end="2018-10-12T01:12:19Z" duration="19"<br>
>/>#012</RecordingQuality><br>
<br>
That is a seriously bad recording quality score (0.269231), but I do<br>
not see why it is so low.  There are only 2 continuity errors flagged,<br>
and one gap.  At 19 seconds, the gap is pretty big, but you would<br>
normally expect to have multiple gaps for a score that low.  As it<br>
happens, that 19 s gap is at the end of the recording, so it is likely<br>
not a problem as just a few seconds will be missing at the end and you<br>
have likely recorded sufficiently beyond the actual end of the<br>
programme to cover that anyway.  I do not have HDHR tuners to know,<br>
but I suspect that the gap may be an artifact that happens due to how<br>
MythTV shuts down a recording from those tuners.  You should have a<br>
look at how often it happens exactly at the end of a recording if you<br>
stop a recording as you did for this one.  If it always happens, then<br>
it probably needs to be reported as a bug in mythbackend.<br>
<br>
There is known bug that using live TV to watch a programme will always<br>
produce a message about a big gap as mythbackend is treating live TV<br>
the same as if it was recording from the EPG data and calculates a gap<br>
between when you stop live TV and the end of the scheduled time for<br>
the programme in the EPG.<br>
<br>
>None with  a duration="1"<br>
><br>
>Please let me know if I should add the -v record and if so, how do I do<br>
>that.  I googled without luck.<br>
><br>
>Does this narrow down the problem at all?<br><br></blockquote><div>I believe all the messages I saw in the log were due to stopping the recording.  This morning there were artifacts but no messages of type overall score = 0.</div><div><br></div><div>After my wife was done watching, I ran this command "mythbackend --setverbose record" and started looking at the log while recording some random show.</div><div><br></div><div>What I see is a lot of messages like this</div><div><div>Oct 12 09:09:19 NewMyth mythbackend: mythbackend[867]: W HDHRStreamHandler recorders/dtvrecorder.cpp:1573 (ProcessAVTSPacket) DTVRec[1]: A/V PID 0x51 discontinuity detected ((6+1)%16!=14)  0.00%</div></div><div><br></div><div>None of the score = 0 type and I have not watched the show to see if there are issues. Are the messages that say "discontinuity detected" significant?</div><div><br></div><div>Allen</div></div></div></div></div>