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

[Michael Niedermayer]

Hi

On Thu, Apr 06, 2006 at 01:44:18PM +0200, Luca Abeni wrote:
[...]
> > also dont forget mplayer, it should stay compileable too :)
> > though breakage for a short time (a few hours) isnt a problem and might
> > happen due to murphies law anyway with such a big move
> Ugh... I was sure I was forgetting something :)
> I think mplayer will need two changes:
> 1) a small change in the configuration/build mechanism to link swscale
> from the new location (in ffmpeg tree). BTW, does it make sense to
> compile mplayer without swscale? (Just asking, because I do not know
> mplayer internals)

i think making sws optional is a seperate thing, it might in rare cases
be usefull(embeded systems where only a single codec+vo is used for example)


> 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 think I'll need some help from mplayers developers...
> 
> Would it be acceptable to initially import swscale in ffmpeg (without
> removing it from mplayer), and remove the postproc subdirectory from
> mplayer's repository in a second time, after mplayer will properly
> support swscale from ffmpeg? (obviously, the interval between these two
> times will not be too long).

sure

[...]
-- 
Michael

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