On Tue, 1 Sep 2015 07:33:26 -0400 "Ronald S. Bultje" <rsbul...@gmail.com> wrote:
> Hi, > > On Tue, Sep 1, 2015 at 7:02 AM, Kevin Wheatley <kevin.j.wheat...@gmail.com> > wrote: > > > Following on from my previous email, this adds some functions to > > actually convert from linear to non-linear encoding. I have another > > that changes the OpenEXR codec to actually use these. > > > Won't performance be crumblingly slow with this kind of API? It seems to > make more sense to write a filter that can convert between different TRC > types, or do it in swscale, and then add some fast implementations > (LUT-based, or approximation-based) alongside the slow versions. I suppose these functions could be used to build a LUT in the first place. To do this in a filter, we'll probably need a float pixel format, and of course float support in swscale. (Who volunteers?) _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
