Simon Koch wrote: > On 2/7/06, *Simon Koch* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> > wrote: > > On 2/5/06, *Simon Koch* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > On 12/4/05, *Hans Verkuil* <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > On Sunday 04 December 2005 05:17, Simon Koch wrote: >> On 12/2/05, Bryan Mayland <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> 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 . >> > >> >> I'm also having this problem on a PVR-250. However, I > find that I >> only get it with 0.4.0. The version I used before 0.4.0 > was 0.3.7c, >> and I don't see this with 0.3.7c and firmware 0x02040011 or >> 0x02040024. I see it on 0.4.0with both of those > firmwares and with >> 0x02050032. I'm using the S-Video in >> on my 250. The PVR-500 in the same system using its > tuners does not >> exhibit this problem. I always record at 640x480. >> >> Simon > > As is usual in these cases: try to determine the exact > version where you > see this for the first time. Then I can see what changed > and possibly > broke something. > > Hans > > > I finally tracked down the change that caused this: #2704, in > ivtv-streams.c. When I back out that change, the flashes go > away but the ghosting that change fixed is back. Hopefully, > both problems can be fixed, but that's beyond my expertise. > If we're stuck with one or the other, I vote for the > ghosting. It's much less noticable than the flashes. > > Simon > > > No, I take that back. The flashes are back again today. Odd that > none appeared when I watched video after changing the driver. > Maybe they don't happen right after loading the driver? I'll > study it some more. > > Simon > > > Ok, this time I think I've really got it. About a week ago, I undid > the change from revision 2690. I haven't seen any of the flashes > since. I haven't noticed any jitter like the commit message says, but > I'm not really sure what I should be looking for. > > Here's my 250's portion of the ivtv init messages, in the hopes that > it will help identify a way to discern which cards need ivtv_vapi(itv, > 0xdc, 2, 3, 1) and which need ivtv_vapi(itv, 0xdc, 2, 3, 0):
Just to add, I see the following behaviour my 2.6.15-1.1831_FC4 kernel: NO FLASHES -> Firmware 0x02040024, ivtv 4.3, Capture resolution 640x480 FLASHES -> Firmware 0x02050032, ivtv 4.3, Capture resolution 640x480 I was going to roll back the changes in my ivtv-4.3 source but quite a bit of change since 2690. http://ivtvdriver.org/viewcvs/ivtv/trunk/driver/ivtv-streams.c?rev=2690&r1=2657&r2=2690 I am about to compile and test and will get back to you. While it compiles I will change my capture resolution to something lower than 720x480 and see what happens. Once the flashes apper _______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
