[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