here is gerard's mail about ffmpeg-mplayer code sync. ehh. again the fuckin' licensing stuff... --------- Forwarded message --------- From: "Gérard" Lantau <glantau@yahoo.fr> To: arpi@thot.banki.hu Subject: Re: mspeg4 decoder optimization

I've made some small changes on libavcodec to fit our needs: - added #ifdef USE_LIBAVCODEC define to your common.h to avoid conflict - removed some #include's from libavcodec, to get it compilable under bsd. - addedd new function to get decoder by name (instead by id). Later we can share code in CVS.

Can I get them from the mplayer CVS server ? Currently, you can use the mplayer CVS and generate patches with it once you think they are OK and send them to me. About libavcodec optimisation : - I won't accept code covered by the GPL license because libavcodec is about to change license (LGPL or MPL, I don't know yet). That's why I do not use the very good MMX/SSE code from libmpeg2. - I prefer C optimisations (for example, in motion estimation averaging, pixels could be handled 4 by 4 in a totally portable way) before mmx ones. - for MMX, I prefer to use inline asm. As you said, it allows to use the C compiler to do some stuff (and in upcoming gcc 3.0, you will be able to use native vector types and builtins to have an ever more readable/portable code). - If possible, the mmx code should be dynamically choosen according to the CPU type (I am about to add this feature in ffmpeg). - I HATE floats, so don't use them (not a problem in video, but may be one in audio). Gerard. __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ _______________________________________________ Mplayer-dev-eng mailing list Mplayer-dev-eng@lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/mplayer-dev-eng