[mythtv-users] Recovering from transcode/bad seektable

[John Pilkington]

On 27/09/2020 21:46, Ross Boylan wrote:
> On Sun, Sep 27, 2020 at 3:35 AM John Pilkington <johnpilk222 at gmail.com 
> <mailto:johnpilk222 at gmail.com>> wrote:
> 
> 
>     Your other replies may not have allowed for this file being in nuv/mp3
>     format.  It's many years since I saw a file like that and I don't know
>     the state of MythTV's support for it now.  Maybe vlc could play it.
> 
>     And IIRC playback isn't usually dependent on the seektable - it's
>     mainly
>     used to help seeking.
> 
> 
> The nuv format file was produced by the default behavior of myth's 
> transcode.
> Why do you say you are unsure of myth's support for it?

Let's just say that its maintenance is not a high priority.  Get the 
flavour here:

https://lists.archive.carbon60.com/mythtv/dev/627879#627879

> 
> Some of the jumping around behavior I saw when trying to watch without a 
> seek table suggested it was important for basic viewing, but it may have 
> been other things that caused the trouble.  Certainly regenerating the 
> seek table (in the double sense of repairing recordedseek at the 
> database level and regenerating the entries for this particular 
> recording) has not cured all my problems.
> 
> @Steven
> As far as I can tell from the mythbackend logs, the first database level 
> error with the seek table arose a day after the transcoding.  This may 
> have been triggered by my attempt to run an optimize job.  I shut 
> mythbackend down shortly after that until it was repaired.  I've only 
> noticed problems with the one recording.
> 
> Thanks for the script.
> 
> Ross
> 
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org
>