<div dir="ltr"><div>Thanks for your very concrete suggestions.  Unfortunately, I still can't view the video.</div><div>Some details below, and a question: should I regenerate the seek table in myth?<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Sep 26, 2020 at 12:52 PM 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">
  
    
  
  <div>
    <p><br>
    </p>
    <div>On 9/26/20 3:33 PM, Ross Boylan wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div>I had a US OTA TV recording that was working fine.  Somehow
          a transcode was triggered, the seek table became corrupt and
          now it's not watchable.  I have repaired the seek table in the
          database (MariaDB) and regenerated the seek table for the
          recording.  But it still isn't usable, and my effort to
          convert it back failed.</div>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>Any suggestions?</div></div></blockquote></div></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><blockquote type="cite"><div dir="ltr">My recommendation would be:<br>
    </div></blockquote>
    <p>1. Clear the seektable for the recording -<br>
    </p>
    <p>mythutil --clearseektable --chanid "$chanid" --starttime
      "$starttime"</p></div></blockquote><div>done <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
    <p>2. repair the recording file with <br>
    </p>
    <p>mkvmerge -o outputfile.mkv originalfile.ts</p></div></blockquote><div>$ mkvmerge -o ${VID}.mkv $VID<br>mkvmerge v35.0.0 ('All The Love In The World') 64-bit<br>'/srv/media10/media10-barley/22002_20200215205800.ts': Using the demultiplexer for the format 'MPEG-1/2 video elementary stream'.<br>'/srv/media10/media10-barley/22002_20200215205800.ts' track 0: Using the output module for the format 'MPEG-1/2 video'.<br>The file '/srv/media10/media10-barley/22002_20200215205800.ts.mkv' has been opened for writing.<br>Warning: Found at least one B frame without second reference in a non closed GOP.<br>Progress: 100%<br>The cue entries (the index) are being written...<br>Multiplexing took 37 seconds.</div><div><br></div><div>But mkv does not report an audio track on the original.  I don't know if that's normal for nuv;</div><div>it's not what I see for the original streams:</div><div><br></div><div>mythtv@barley:~$ mkvmerge -i $VID<br>File '/srv/media10/media10-barley/22002_20200215205800.ts': container: MPEG-1/2 video elementary stream<br>Track ID 0: video (MPEG-1/2)<br>mythtv@barley:~$ mkvmerge -i /srv/media10/media10-barley/22002_20200923192800.ts<br>File '/srv/media10/media10-barley/22002_20200923192800.ts': container: MPEG transport stream<br>Track ID 0: video (MPEG-1/2)<br>Track ID 1: audio (AC-3)</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
    <p>3. replace the file with the repaired file</p>
    <p>cp outputfile.mkv originalfile.ts</p>
    <p>(keep a copy of the original file in case this makes things
      worse)</p>
    <p>If it still will not play, try playing the file with vlc. The
      recording itself may be corrupt.<br></p></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><p>Peter<br></p></div></blockquote><div><div>Done.  myth says "video decode error".  Should myth 30 understand the format?</div><div><br></div><div>vlc can open it, and even shows the correct recording length.</div><div>But there is neither sound nor video when it  plays.  I verified that I can view non-mangled, non-nuv <br></div><div>recordings in vlc.<br></div><div><br></div><div>Should I rebuild the seek table for the recording before trying in myth?</div><div><br></div><div>Ross</div><div><br></div><div>P.S. The message that the recording was 7 hours long based on the bitrate suggests the audio</div><div> bitrate was originally much higher, and has been erroneously labelled with the wrong bitrate.</div><div>So if played at "normal" speed to the low bitrate, that will be like playing the original really slowly.</div><div>Which is what I heard, apart from the static.<br></div> </div></div></div>