Thread: dvgrab almost there for XL-1
Brought to you by:
aeb,
bencollins
From: Bryan S. <ar...@ve...> - 2000-04-14 21:17:02
|
Stefan Lucke sent me this patch to try out, and while it didn't completely work it was /real/ close to fixing my problem. After applying this patch the video is just about perfect except it's rotated vertically a little. The sound is a lot better too, but it's still not right. Hopefully someone knows what's missing to fix the rest of my problems... :) I thought it looked kind of weird being 0x78787868 so I tried 0x78787878 and there really wasn't a difference between the two outputs. I also ran in to some compile problems (I guess I didn't recompile before like I thought), but I was able to fix one 'undefined function'(not sure if that's the error) by including stduni.h in avi.cc and dvgrab.cc I think. I could check again when I get home. There was also a function that I had to specifically specify a return type of int for it to compile. (Again I'll get that when I'm at home.) Bryan ---------- Forwarded message ---------- Date: Thu, 13 Apr 2000 22:04:32 +0200 From: Stefan Lucke <lu...@be...> To: ar...@ve... Subject: Re: dvgrab Bryan Stillwell wrote: > > Ok, I tried both even though it's supposed to be ntsc. Neither worked. > > > did you use the --pal or --ntsc parameter, depending of the type of your camera? > > Nope, neither Microsoft Media Player or ULead VideoStudio worked. They > > both in fact created the same screwed up picture. The movie plays, but > > the picture is screwed and audio is just a hiss. I've got a mixed pixel boxed image too. Perhaps the camera does not start transmitting iso data on frame boundary. So try to replace in avi_iso_handler (..) the line: if ((data[2] & 0xffff0000) != 0xffff0000) by if (((int) data [4]) == 0x78787868) I can not verify if this helps (since this is linux box only) and required hardware is a few miles away. Stefan Lucke |