[mythtv-users] Changed chanid via SQL, now can't seek in older recordings
Michael T. Dean
mtdean at thirdcontact.com
Wed Jan 9 16:55:08 UTC 2008
On 01/09/2008 07:51 AM, David Whyte wrote:
> On Jan 8, 2008 3:48 AM, Michael T. Dean <mtdean at thirdcontact.com> wrote:
>>> If I work out when to use on over the other (with your help of
>>> course), I will update the wiki with the information.
> Thanks for the help with this problem. My box is all nice and tidy
> again now. In return I thought it right to document our findings on
> the Wiki. If possible, could you peruse
> http://www.mythtv.org/wiki/index.php/Repairing_the_Seektable and
> ensure it is not misleading in anyway.
You'll want to use --buildindex on the mythtranscode command, otherwise,
you're actually transcoding it (not a problem--especially if doing an
MPEG-2 to MPEG-2 "lossless" transcode, but it's just unnecessary work).
Just adding that one argument to the command line you show should work.
Also, a corrupt seektable could be caused by crashed table(s) in MySQL
(in which case all recordings since the table crashed will have
corrupt/non-existent seektables). And, I've gotten non-existent
seektables when losing my network during recording (i.e. the slave
backend was unable to contact the MySQL server on the master backend to
write the seektable).
Thanks for updating the wiki. It looks good.
More information about the mythtv-users