[MPlayer-dev-eng] Improved remove-logo filter

[Michael Niedermayer]

Hi

On Wed, Nov 01, 2006 at 02:48:48PM +0100, Guillaume POIRIER wrote:
> Hi,
> 
> On 11/1/06, Michael Niedermayer <michaelni at gmx.at> wrote:
> 
> [..]
> 
> >an opimizing compiler can make a copy, for example it could copy it to
> >the stack, gcc may or may not be capable of that but that doesnt matter
> >for the validity of the code ...
> >also note that we had very significant speed gains from manually copying
> >the cabac stuff in h.264 onto the stack so this is not a silly choice
> >and the question why use one as input and one as output?
> >well one might be somewhere (not the stack) but hold the uptodate value
> >and one miht be on the stack and be the one used by later code
> 
> BTW, what's the part of CABAC routines that uses the stack extensively?
> I'd like to see if I can write an AMD64 version that uses the
> registers rather than using the stack, hoping that it's faster (it
> should, though you never know with recent x86 CPUs)

decode_significance_*x86() probably would benefit most from more registers

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

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