<div dir="ltr"><div>Well, I tried edit mode from mythvideo and recordings (I hacked the bad recording into my mythbackend replacing an old recording with the bad video).  Unfortunately, I was unable to reproduce the segfault with either cutlist editor mechanism.  Basically everything just worked for me...</div><div><br></div><div>I'm curious if there's some other underlying issue that's creating the segfault.  </div><div><br></div><div>James, have you tried telling mythbackend to rebuild the seektable? I think the command is:</div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div>mythtranscode --buildindex --allkeys --showprogress --infile /path/to/file (for a recording)</div><div>mythtranscode --video --buildindex --allkeys --showprogress --infile /path/to/file (for mythvideo)</div><div><br></div></blockquote>What database and version are you running on your backend?  Perhaps there's a mysqlclient mismatch or bug entering into the fray.<div><br></div><div>If memory serves, I believe I built older versions (and so did the scipr) with mysql-10.2 for the python stuff and mysql57 for mysqlclient / qt4-mysql-plugin.  This mismatch issue was due to some macports not supporting mariadb10.2 or later or mysql8.  I'm working these issues out with the macports folks currently and will post updated builds based on mysql8 (going with the "official" mythtv database and what I run on my backend...) when everything is in place.  </div><div><br></div><div>...the Big Sur version that I'm using (and posted to sourceforge) is built with mysql8 on pre-releases of the macports qt5-15.2 and py-mysqlclient +mysql8 ports</div><div><br></div><div>Mark - any other thoughts on what could be causing the segfault?<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
</blockquote></div></div></div>