>I missed the start of this thread, but how do you know that this problem >is the cause of ivtv? > >Even if you have analog cable, your upstream provider is going to be using >digital. They could be having random problems with their incoming >single, which then gets sent to you via analog as a bad field. > > >
The issue only appears when encoding at a resolution other than 720x480. If I encode at 720x480 everything is fine. If I encode at 704x480, 640x480, 480x480 I see these odd frames consistently. >As well, if you have a dish / digital set top box with cable, it could be >causing this bad field.... > > > Would this bad field only be apparent at resolutions other than 720x480? >Just wondering if any work has been done to eliminate source signal as the >cause of this bad image? > > > > I have used the same satalite receiver but used different inputs. Right now I am using S-Video. > >On Mon, 16 Jan 2006 11:36:50 -0500 >Al McIntosh <[EMAIL PROTECTED]> wrote: > > > >>Bryan Mayland wrote: >> >> >> >>>Bryan Mayland wrote: >>> >>> >>> >>> >>>>Keith C wrote: >>>> >>>> >>>> >>>> >>>>>Wow, I finally was able to play back your clip (VLC didn't seem to do >>>>> >>>>> >>>>>it and Safari on Mac mangled the file, but mplayer from a firefox >>>>>download worked). Thats a very strange flash. I got a screen grab >>>>>of it. Its a partially shifted (or interlaced) frame that only >>>>>occurs for a single frame. This needs someone from the dev list to >>>>>look at it, so I'm cross posting it to that list. >>>>> >>>>>Here's the screen grab (its a tiff, and its 776 Kb) : >>>>>http://allesys.com/images/flash.tiff >>>>> >>>>> >>>>> >>>>> >>>> Thanks for the tiff, I couldn't play the file either. >>>>Zot! I've got the same issue on a PVR-250, one frame every so often >>>>(anywhere between 10secs and a couple minutes) has as the bottom of >>>>its frame shifted horizontally off *just* like that. I just assumed >>>>my card was crapping out, since my PVR-150 didn't do it. Now I'm >>>>going to have to investigate. Running Kubuntu 5.10 and ivtv >>>>branches/0.4 and lirc-0.7.2. >>>> >>>> >>>> >>>> >>>> >>>It looks like 0.3.8 works for me too. I went to r2668 which worked, >>>and then I tried r2700, r2750, r2766, and then r2781. All those >>>worked, which didn't make much sense. So I shut down and pulled the >>>power cord and let the machine sit a few minutes and tried again. >>> >>>Now r2781 showed the error again. Rolled back to r2754, no error. >>>Forward again to r2781, no error. Shutdown, wait, reboot with r2781, >>>got errors again. >>> >>>This time I rolled back to r2766, no error again. Forward to r2781, >>>still no error. Shutdown again! Error came back when the machine came >>> >>>back up (r2781). >>> >>>Now it was getting late so I decided to make sure my unload/reload >>>process wasn't the thing fixing the frame errors. Cold booted with >>>r2781, and haven't seen an error in 10 minutes :/ I wish it was more >>>consistent about failing. I'll try more tomorrow. >>> >>> >>> >>> >>> >>> >>Bryan, >> When you switched between revisions did you change firmware also? >>What firmware version did you use as you cycled through ivtv revisions? >> >> >> >> >>I ran mplayer -vo jpeg so it would output each frame to a single jpg. >> >>Frame 44 is fine, 45 is mangled, frame 46 is fine. >> >>http://allanmcintosh.com/pics/tmp/00000044.jpg >>http://allanmcintosh.com/pics/tmp/00000045.jpg >> >>Then several hudred frames later I'll see 1 bad frame again. >> >>The recording these frames are harvested from was created with 0.4.2 >>rev 3119 >>at 640x480. >> >> >> >> >> _______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
