[mythtv-users] Recovering from transcode/bad seektable

[Ross Boylan]

On Sun, Sep 27, 2020 at 3:35 AM John Pilkington <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?

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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20200927/d5319a26/attachment.htm>