On Sun, 2007-02-25 at 16:10 +0100, Alexis Ballier wrote:
> Hi,
>
> I've made two small patches to let cinelerra make use of swscale from
> ffmpeg when possible.
> This should fix bug #390.
>
> There are two patches : the core one, swscale_ffmpeg.patch that applies
> to cinelerra/ffmpeg.{C,h} and uses swscale api rather than the old
> img_convert one, that has been declared as deprecated by ffmpeg
> devs lately.
> This will allow cinelerra to use newest ffmpeg's versions with swscaler
> enabled, which seems to be the way ffmpeg is going.
> With this patch, cinelerra scales finely yuv4mpeg imported files ;)
looks nice, but my question is is this enough?
there are also calls from quicktime/*.c directly to ffmpeg... (i believe
> The other one, applies to configure.in and adds the needed checks :
> if swscale is enabled in ffmpeg, it will not be possible to link
> against img_convert, thus it defines HAVE_SWSCALER if (and
> only if) img_convert is not present.
> Those ugly checks are not needed with recent ffmpeg versions, it
> is sufficient to always enable swscale because even if it has been
> disabled at ffmpeg compile time, ffmpeg wraps swscale calls to the old
> img_convert api.
> But I think those checks are better for now rather than always enabling
> swscale with external ffmpeg because older ffmpeg versions might not
> wrap, or not correctly, swscale calls.
yes, this is cool
bye
andraz
_______________________________________________
Cinelerra mailing list
[email protected]
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
