> >I think I've at least partially solved this problem. Over the weekend I > >tried encoding with the the "-z t" mpeg2enc option and the result was > >noticeably better when played back on the hardware player. ... > > By default, mpeg2enc gets the field order from the header of the input > stream. The "-z" option overrides that default.
Correct. mpeg2enc claimed the input was bottom-first so I used the -z flag to override this. I was not aware (until you mentioned it) that DV is exclusively bottom first, but that at least means the "bottom first" input format reported by lav2yuv makes sense. > Check cinelerra --- see what it says about your video's field order. (If > it doesn't say anything, then you *know* it is broken.) The source DVD > is not necessarily bottom-field first (or even top-field first); if not, > cinelerra needs to account for that when it produces a DV file. Ok, another thing to look into once I have the time. I'm not sure cinelerra provides this kind of info on the input stream - I might have to put in a few strategic printf()s to get the info out. Is there a way of telling how a DVD has been encoded in terms of field order? > How did you do the "Grabbing frames from this Qt/DV file..."? How did you > step through the fields? (I'm quite jaded when it comes to video tools, > and hence doubt that some software actually let you do that.) I used the utilities from mjpegtools (whose names elude me at present) in pretty much the same way as described in the mjpeg howto. In short, the mjpegtools output the fields as individual pnm files which were loaded into xv for viewing. Thanks for the feedback. Regards jonathan -- * Jonathan Woithe [EMAIL PROTECTED] * * http://www.physics.adelaide.edu.au/~jwoithe * ***-----------------------------------------------------------------------*** ** "Time is an illusion; lunchtime doubly so" ** * "...you wouldn't recognize a subtle plan if it painted itself purple and * * danced naked on a harpsichord singing 'subtle plans are here again'" * ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
