On Wed, 2006-10-11 at 20:27 +0200, Dirk Meyer wrote: > I have no idea. BTW, is deinterlace a filter? I mean, yes, at player > level, but in a filter chain, deinterlace would always be the > first. IMHO it would be easier to not use the filter commands for > deinterlace and add a toggle_deintrlace which gets resetted after each > playback.
Well, I think in most cases you're right, deinterlacing should be at the front of the filter chain. But there are a few cases where you wouldn't want to. For example I think gamma/color correction should be done before deinterlacing, because it doesn't affect the deinterlacer, and in the case of a frame doubling deinterlacer would be more efficient to do it before. I suppose we could consider some of the general, common filters as player or stream parameters, like you originally suggested. We could say stuff like "gamma correct to 1.2" and "deinterlace" and "add a bit of noise" or whatever, and the player could be smart enough to construct the appropriate filter chain. And then the filter_append and filter_append_once methods would just modify the filter chain as constructed by the player based on the parameters. I think I'd be fine with that design too. ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Freevo-devel mailing list Freevo-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-devel
