<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jan 27, 2021 at 5:00 PM John Pilkington <<a href="mailto:johnpilk222@gmail.com">johnpilk222@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">On 27/01/2021 20:57, John Hoyt wrote:<br>
> Well, I tried edit mode from mythvideo and recordings (I hacked the bad <br>
> recording into my mythbackend replacing an old recording with the bad <br>
> video).  Unfortunately, I was unable to reproduce the segfault with <br>
> either cutlist editor mechanism.  Basically everything just worked for me...<br>
> <br>
> I'm curious if there's some other underlying issue that's creating the <br>
> segfault.<br>
> <br>
> James, have you tried telling mythbackend to rebuild the seektable? I <br>
> think the command is:<br>
> <br>
>     mythtranscode --buildindex --allkeys --showprogress<br>
>     --infile /path/to/file (for a recording)<br>
>     mythtranscode --video --buildindex --allkeys --showprogress<br>
>     --infile /path/to/file (for mythvideo)<br>
<br>
I have had tickets about seektable regeneration in the past, and suspect <br>
that the most recent work on it has used the form<br>
<br>
mythcommflag --rebuild --file ccccc_yyyymmhhmmssxx.xxx     for <br>
recordings, or<br>
mythcommflag --rebuild --video  /may/need/full/path/to/file  for videos<br>
<br>
Those commands also reset the file size.  I've used them in scripts for <br>
years.  HTH...<br></blockquote><div><br></div><div>Thanks John - I'm going to have to borrow that trick on some of my transcode scripts.</div><div><br></div><div>James, another thought in helping isolate the issue is trying to edit the file from mythvideo.  I.e. copy it to wherever you store you movies files, tell myth to repair its seek table with John P's commands (or the ones I suggested earlier) then try to edit the file.</div></div></div>