[mythtv-users] Unusual Audio/Video lag on an AMD64 3000+
Jonathan Seawright
jonathanathome at verizon.net
Thu Jun 7 14:14:18 UTC 2007
Hmm... so maybe that could be causing the lag on the liveTV? I'll fix it and
see what happens.
JS
----- Original Message -----
From: "Michael T. Dean" <mtdean at thirdcontact.com>
To: "Discussion about mythtv" <mythtv-users at mythtv.org>
Sent: Thursday, June 07, 2007 9:03 AM
Subject: Re: [mythtv-users] Unusual Audio/Video lag on an AMD64 3000+
On 06/07/2007 09:46 AM, Jonathan Seawright wrote:
> Beginning dump of mythconverg.. this could take a few seconds.
>
>
> mysqldump: Got error: 145: Table './mythconverg/recordedseek' is marked as
> crashed and should be repaired when using LOCK TABLES
> dorabackup: ERROR
> Something failed in the mysqldump command
> Verify the integrity of /storage/dorabackup/mythconverg.sql
> This program will exit in 30 seconds.
Definitely needs fixing. You'll want to run optimize_mythdb.pl (which
you should probably run in a daily cron at a time when recordings are
least likely to occur). Then, you'll need to repair the seektable for
any "broken" recordings. You can determine if a recording has a broken
seektable by trying to jump or skip forward. If it takes time to do so,
you have a broken seektable (and, the longer you skip, the longer it
takes to skip).
To repair the seektable, use mythcommflag --rebuild. (For some types of
recordings, i.e. ATSC or DVB recordings, you may need to use
mythtranscode --buildindex, instead.) Search the archives for command
lines you can use. Also see mythcommflag --help or mythtranscode --help.
Mike
_______________________________________________
mythtv-users mailing list
mythtv-users at mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
More information about the mythtv-users
mailing list