On Mon, 2003-09-22 at 01:27, Maarten De Boer wrote: > Feeding dvgrab --format dv2 to lav2yuv gives a distorted image; > totally green, with blocks. If I understand this correctly, this is > because dvgrab generates YUV422 instead of YUV420 (YV12),as mentioned > in http://www.geocrawler.com/archives/3/3147/2001/6/0/5959308/ > > When I try with > > libdv-0.99# ./configure --prefix=/usr --with-pal-yuv=YV12 > > The image is ok (no blocks) but very green with purple.
OK - don't use --with-pal-yuv=YV12 - just configure as normal. Recompile libdv, dvgrab and smilutils. Then try: dvgrab --format raw - | raw2yuv | yuvplay I would also suggest that if you're doing realtime conversion to mpeg with no DV capture in between, that the current ffmpeg may be better suited to the task: dvgrab --format raw - | ffmpeg -f dv -i - -f mpeg output.mpeg (just read the ffmpeg man page to see how to change the format, resolution and quality settings - I get pretty reasonable results from this). > Now, as suggested [EMAIL PROTECTED] in a previous mail, I > used smilutils-0.2.0, but that segfaults on me directly. :-( Probably because smilutils does not expect the --with-pal-yuv switch to be changed. I would say that unless you have a *definite* requirement to do so, that flag should be avoided. > PS: > On a sitenote, with gcc version 3.3.2 20030812 (Debian prerelease) > I had to add assert.h in avi.cc, filehandler.cc and riff.cc > in dvgrab-1.2 and smilutils-0.2/libkino > Also, smilutils-0.2 does not check for imlib and gdk-imlib Cheers - I'll check these and will be releasing smilutils 0.3.0 soon anyway (just waiting for ffmpeg 0.4.8 to be released...). Charlie ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
