[vlc-devel] [PATCH] Soft field repeat support for deinterlacer

Jean-Baptiste Kempf jb at videolan.org
Fri Feb 11 18:39:02 CET 2011


On Thu, Feb 10, 2011 at 01:55:29PM +0200, Juha Jeronen wrote :
> Based on what I currently know about VLC's deinterlacer, I would
> tentatively suggest the following split:
Yes.

> - Consider deinterlace.c as the main source file for the deinterlacer
> subsystem. Keep Deinterlace(), Open(), Flush(), Close(),
> SetFilterMethod(), GetOutputFormat() etc. general stuff in that one.
Yes.

> - filter_sys_t: this definition needs to be seen by all parts of the
> deinterlacer. Move to header?
Probably, yes.

> - Simple rendering algorithms with just one function, or maybe two
> functions at most: make a new file that gathers these.
Yes. What the core deinterlace.c was.

> - More complex rendering algorithms with lots of helper functions (e.g.
> X) or private data (e.g. the upcoming IVTC): one file per algorithm.
Like yadif, yes.

> - Maybe one file for common helper functions? I have such a case coming
> up: both IVTC and Phosphor need ComposeFrame().

Maybe this is overkill.


However, I would propose to split AFTER the commits of the IVTC (and
phosphor)


And I would also suggest that you resend a clean batch for the IVTC and
Phosphor filters.


Best Regards,

-- 
Jean-Baptiste Kempf
http://www.jbkempf.com/
+33 672 704 734



More information about the vlc-devel mailing list