On 8/24/05, Chad <[EMAIL PROTECTED]> wrote: > On 8/23/05, Chad <[EMAIL PROTECTED]> wrote: > > On 8/23/05, Ryan Steffes <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > Or direct links to the 2: > > > > http://curvins.com/myth/ffwd-lines-5MB.avi > > > > http://curvins.com/myth/ffwd-lines-end-5MB.avi > > > > > > > > If anyone can offer any feedback, it would be much appreciated. I > > > > have ruled out a single channel, the clip is from DragonBall Z (my > > > > brother loves the show :) ) recorded from Cartoon Network. So it's > > > > SpikeTV and Cartoon Network so far, I don't record much else, but it > > > > would seem to not be a channel issue at this point. > > > > ________________________ > > > > > > > > > > > > > > > > > Have you tried fine tuning the channels? Are you getting any errors in > > > dmesg from the video driver or in the backend logs? It almost looks like > > > you are losing the channel lock. > > > > > > Ryan > > > > > > _______________________________________________ > > > > I haven't actually. But... The channels are analog cable. It's not > > specific to any channel, it happens on any recording, and seems to be > > happening more and more often on nearly every recording. I get a > > great image on regular TV when I watch it (not fed through the > > computer, just plugged directly into a TV) and this never happens. > > > > I'll give that a try though, I will also try switching out any other > > cables that I have for RG6-Quad and quality connectors just to rule > > that out as well. > > > > Any other suggestions are welcome, I'm really stumped. I'll probably > > upgrade my kernel to see if that does anything (the bttv driver is > > from my kernel). I haven't seen anything in any logs, not the backend > > log, nor my kernel logs, but I'll look em over again to see if I > > missed something. > > > > Thanks again! > > > > Woohoo! Well sorta... > > So I finally was able to find something, and after some googling, I'm > not a lot further, but at least I can identify the problem. Here's > the error as reported in dmesg: > > bttv0: PLL can sleep, using XTAL (28636363). > bttv1: PLL can sleep, using XTAL (28636363). > bttv1: OCERR @ 3e5c5014,bits: HSYNC OFLOW FBUS OCERR* > bttv1: OCERR @ 3e5c5014,bits: HSYNC OFLOW FBUS OCERR* > bttv1: OCERR @ 3e5c501c,bits: HSYNC OFLOW FBUS OCERR* > bttv1: OCERR @ 3e5c5014,bits: HSYNC OFLOW OCERR* > bttv1: OCERR @ 3e5c501c,bits: HSYNC OFLOW FBUS OCERR* > bttv1: OCERR @ 3e5c501c,bits: HSYNC OFLOW FBUS OCERR* > bttv1: OCERR @ 3e5c501c,bits: HSYNC OFLOW FBUS OCERR* > > > And it just continues like that for a long long time. The first 2 > lines are only there once, so I figure they may be of some importance. > I'm going to try booting with the option=noacpi and see if that does > anything. > > In the meantime, if anyone has any suggestions, please reply! :) > > Thanks! >
I tried booting with the appended option above, but it didn't change anything. I'm actually going to remove that tuner until I can get this problem fixed. Any suggestions are welcome. Thanks! _______________________________________________ mythtv-users mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
