[FFmpeg-devel] MPEG-2 Acceleration Refactor

Michael Niedermayer michaelni
Fri Jun 22 19:01:35 CEST 2007


Hi

On Fri, Jun 22, 2007 at 09:39:00AM -0700, Greg Hulands wrote:
> Hi,
> On 22/06/2007, at 5:59 AM, Ivan Kalvachev wrote:
> 
> > 2007/6/22, Michael Niedermayer <michaelni at gmx.at>:
> > [...]
> >>
> >> i am not saying how to solve this, the original intent was some  
> >> hardware
> >> acceleration support for mpeg1/2 with specific hardware _IIRC_,  
> >> iam just
> >>
> >> saying how not to do it, which is
> >> * no slowdown for the normal case
> >> * no messy code which also means not replacing large functions by  
> >> large
> >>   macros
> >
> > How about placing the new code under #ifdef HAVE_XVMC #endif and not
> > bother refactoring the coefficient reading functions at all?
> > In normal case it would not be defined, in other case hw acceleration
> > would be used and it should be way faster:)
> > Afaik they are going to do their own version of the key xvmc  
> > functions.
> 
> When Nigel first submitted the original patch that was how it was  
> done, but Michael had said it won't be accepted unless there was a  
> refactor of those methods. That is what this patch is for. But if it  
> is now considered not to be the best route is it going to be okay to  
> have the #idefs? I hope it is otherwise it is going to leave this at  
> an impasse.

nigels patch adds 34 #ifdefs to mpeg12.c
2 of them being #ifdef __cplusplus

XVMC has currently 7 #ifdefs in mpeg12.c

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

There will always be a question for which you do not know the correct awnser.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070622/3556c847/attachment.pgp>



More information about the ffmpeg-devel mailing list