[mythtv-users] Recovering from transcode/bad seektable
johnpilk222 at gmail.com
Sun Sep 27 21:54:55 UTC 2020
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
> used to help seeking.
> The nuv format file was produced by the default behavior of myth's
> 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
> 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.
> 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.
> mythtv-users mailing list
> mythtv-users at mythtv.org
> MythTV Forums: https://forum.mythtv.org
More information about the mythtv-users