> > P.S. I -do- recall an obnoxious flickering of the upper 1/4 of the > > screen that was often provoked by a loss of sync on the input---that > > was in the days when I took RF directly from a cable, and one of our > > local PBS stations had a tendency to transmit badly-corrupted bursts > > of video (also really badly overmodulated, so much so that white areas > > caused audio buzzing) a few times a day. I don't know offhand if it > > -only- manifested on 350 capture, and I rather suspect not. (I could > > possibly research it if it mattered, based on my records.) I haven't > > seen it in quite some time, but I don't know if it's because I stopped > > capturing on my 350 or because I switched to STB-only sources; the two > > happened at pretty much the same time, I think. > > This sounds like the flicker this patch should also fix, but like the > ghosting, only where it affects the entire recording. As before, this > glitch isn't restricted to the tuner. My understanding is that with > current drivers, this type of glitch is primarily a PVR350 problem.
I described this flickering here: http://www.gossamer-threads.com/lists/ivtv/devel/32970 PVR250 with cx23416 do not have this problem. But I know that earlier revisions of the PVR250 with cx23415 (have a heatsink!) also have this flickering when losing sync. The funny thing is that I cannot provoke this flickering even with a current unpatched driver. So there is no difference with the patch. (I can't say much about ghosting - I always use 720x576. I will see next weekend if I can do more testings) @ Ian Armstrong: Could you check if you can provoke the flickering without your patch, but with a driver that has these changes: http://linuxtv.org/hg/v4l-dvb/rev/7753cdcebd28 http://linuxtv.org/hg/v4l-dvb/rev/ec42a97b1a36 Greets, Martin _______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
