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/