Re: Re:sketch implementation

skal <[email protected]> 31 Mar 2003 19:33:32 +0200
Newsgroups gmane.comp.video.h264.devel
Message-ID <1049132012.1559.19.camel@latitude344>
	Hi,

	since the thread is heading toward MMX impl of
	hadamard transform and 1/4 pel interpolation,
	you may find some interesting ideas in the
	sources I already mentioned:

On Thu, 2003-03-27 at 15:34, skal wrote:
> PS: as a side note: I don't think the specified Hadamard transform
> (itrans()) is the best candidate for immediate MMX optimization.
> It's been simplified to a point a good C-compiler can do great thing
> with it. To my humble opinion, 1/4-pel prediction are far more
> challenging...
> 
> PPS: my MPEG codec sources:
> http://skal.planet-d.net/coding/mpeg4codec.html
> With it, I was able to quickly hack the basis of a h264 decoder
> within one hour (the code I already posted here was just a backport
> of some funcs toward ref software, btw)
> 

	the MMX implementation for MPEG4's qpel is close to h264's
	h/v passes (even simpler: there's no mirroring!). Cf the file
	src/dsp_src/skl_mb_qpel_mmx.asm. There's also a tiny 8x8
	Hadamard transform in asm in src/dsp/skl_hadamard_x86.asm.

	Anyway, i don't know if it's appropriate to rush now on
	ASM coding. Devising the data layout (getting rid of those
	ugly m7[][] and cof[][] arrays in the ref soft, for instance)
	and flow may prove more useful in first place... 
	just my .02euros.

	bye!
			Skal




-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb: 
Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/