On 06/05/2009, at 8:49 PM, slippyr4 wrote:
The obvious solution to this problem is to implement a new filter
which
deinterlaces in the way I want (ie by throwing away one field). This
filter
could then be added at the front of the chain, and other filters
added as
necessary.
However, having looked more at the nuts-and-bolts of the filter
system, it
seems that the filters want to run on data in the same pix_fmt as
the video
stream, which is yuv422. But, because of the chroma subsampling,
this kind
of deinterlace is hard to do in this colorspace.
I've written de-interlace filters for the MJPEG tools library which
uses 444, 422, 411 and 420 chroma sub sampling and do not understand
the difficulty of writing such a filter.
Why is deinterlace hard to do in this (yuv422p) colourspace?
If anything 420 is the most difficult to de-interlace and even then
it's not very difficult.
If it were appropriate for this list, I could show some pseudo code to
perform deinterlace on a 422 frame.
Mark
_______________________________________________
libav-user mailing list
[email protected]
https://lists.mplayerhq.hu/mailman/listinfo/libav-user
