[Ffmpeg-devel] [PATCH] introduce swscale interface inlibavcodec

Michael Niedermayer michaelni
Mon Apr 10 13:13:46 CEST 2006


On Mon, Apr 10, 2006 at 11:52:09AM +0200, Luca Abeni wrote:
> Hi Michael,
> sorry for the delayed reply
> On Thu, 2006-04-06 at 16:55 +0200, Michael Niedermayer wrote:
> [...]
> > > 2) a change to all the swscale callers, to use ffmpeg pixel format names
> > > instead of the VO ones that are currently used. Maybe some #define trick
> > > will help.
> > 
> > hmm, i thought sws should support both mplayer style and ffmpeg style img
> > formats externally ...
> I must have misunderstood something, then ;-)
> Anyway, I can add a new flag SWS_FFMPEG_PIXFMT that enables ffmpeg style
> format names when set (so, mplayer will not set such flag and will
> continue to use its own format names. FFMpeg will set the flag and will
> use PIX_FMT_*).

well using only ffmpeg style formats is fine too (and maybe better) but
then why did you move img_format.h over? none of the mplayer imgformat
related files should then be moved to libswscale

> Give me two or three days to make some order in my sources (I am
> beginning to get confused with all the versions I have on my hd :), and
> I'll send an update.
> Finally, the last question: which functions should mplayer pass to
> sws_global_init()? (Ok, mp_msg() for logging, but I assume av_malloc()
> and av_free() are not ok, because in this way it would become impossible
> to compile mplayer without libavcodec...)

memalign(16 or larger) if available, malloc() if not and free()



In the past you could go to a library and read, borrow or copy any book
Today you'd get arrested for mere telling someone where the library is

More information about the ffmpeg-devel mailing list