:: Re: [Frei0r] plugin set from the tr…
Pàgina inicial
Delete this message
Reply to this message
Autor: Stefano Sabatini
Data:  
A: Minimalistic plugin API for video effects
Assumpte: Re: [Frei0r] plugin set from the transcode project
In data Friday 2012-09-14 17:06:34 +0200, Marko Cebokli ha scritto:
> Hello Francesco,
>
> sad to hear Transcode is fading away, I noticed that there were no new
> updates, but did not know it has gone that far.
> I was planning to make a patch for the stabilizer, to improve edge handling,
> since I still prefer to use Transcode's two pass stabilizer than any other
> Linux based stabilization.
>
> As for the ports, we already have hqdn3d ported to Frei0r, a couple of face
> maskers, a levels plugin, and a couple of quite versatile lens distortion
> correctors.
> Denoisers other than hqdn3d (and denosie3D, which is very similar) and
> sharpeners other than simple USM would be welcome I think, I am working myself
> on some right now.
>


> As far as extending the Freior API I would (STRONGLY?) object to bringing YUV
> (Y'CrCb) type color spaces into the interface. Requiring the plugins to
> support several color spaces causes a horrendous bloat to the code, especially
> as there are a zillion different YUV type color spaces (packings). If we start
> by admitting one, this might open the floodgates, I am afraid.
> And there is nothing much to be gained from YUV, except maybe some speed, and
> some gamut nobody really needs. In all other respects, YUV is inferior to RGB.
>
> If anything, I would vote for a float RGB option there.


I'd like to suggest another possible path, you could port the filters
to FFmpeg/libavfilter (which has no colorspace limitations), then I
could add a Frei0r plugin to apply libavfilter filters (I wrote a
frei0r wrapper in FFmpeg, I think it should be possible to do the
other way around). On the other hand I understand that native Frei0r
filters may be preferrable.

Regards.