[mythtv-users] Video Pixelation
Niels Dybdahl
Niels at Dybdahl.dk
Wed Sep 7 14:36:19 UTC 2005
>
> >> Even after you fix the corrupted table, the problem will persist
> >> until you rebuild the seektable entries using mythcommflag.
> >
> > I thought I had done that, but after I sent my last email, I realized
> > I hadn't done that *after* I restored my backup. I ran a test and
> > fixed the problem, so I did --all and the problem appears to be
> > resolved. Thanks a lot!
>
> Good to hear. After you said it didn't work, I was out of ideas. :)
I had similar problems: When I skip forward with PgDown (+10 min), The
display locks for maybe 10-20 seconds, then I get a couple of seconds of
square blocks, before clearing up. I guess it "clears up" when it hits a key
frame.
I guess the initial delay is due to MythTV not being able of navigating
probably due to a corrupt recordedmarkup table.
I tried:
mysqlcheck --repair mythconverg recordedmarkup
and
mythcommflag --all
This solved the delay problem, but the square blocks problem is still there
and in addition I am not able to play these files via dsmyth 0.9 or 0.10 on
Windows PCs.
In addition the problem reoccurs on all shows that I have recorded,
automatically transcoded, manually created a cutlist and cut with the
transcoder. Even after the repair of the mythconverg table (I have repaired
and rebuilt with mythcommflag --all twice now). Shows that are before the
last step does not have that problem, so it seems that the recordedmarkup
table is being corrupted during the cutting of the show.
I am running MythTV 0.18.1, so I should be uptodate I think.
Does anyone have an idea of what is going on ?
Best regards
Niels Dybdahl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mythtv.org/pipermail/mythtv-users/attachments/20050907/7da6d16f/attachment.htm
More information about the mythtv-users
mailing list