On 14/09/2007, at 12:50 PM, David McNab wrote: > There's an alternative implementation of yuvdeinterlace, unfortunately > with the same name, at: > > http://silicontrip.net/~mark/lavtools/
:-) yeah that's my version. It was for non interlace aware temporal filters, such as my original yuvafps (weighted averaging frame rate converter) but it totally screwed up the spacial representation of the fields. I am thinking about doing something more intelligent than line doubling. (maybe adaptive blending) And making better support for different chroma subsampling, but maybe next week. There are a lot of good deinterlacing algorithms out there but most of the implementations are for systems other than mjpegtools. I also improved my weighted average framerate converter after seeing that yuvfps was giving incorrect results on converting to very slow framerates. (1fps) It can also be forced into interlace mode where it will convert a progressive stream into an interlace stream of a different frame rate. I've recently added some more tools which you may find useful. I'm finding the motion compensating de-interlacers a little slow and the artefacts it introduces a little annoying. > > This version performs lossless deinterlacing (extracting the > fields, and > generating a stream with both fields set to double the frame rate). It > also has a 'reinterlace' option which does the reverse. > > Since coming across this alternate version, I've deleted mjpegtools' > 'yuvdeinterlace' from my system. Thanks for the support, it's good to hear that it is making use somewhere, if you need any improvements, let me know. Mark ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
