Re: yuvdeinterlace
"Steven M. Schultz" <[email protected]>
| Newsgroups | gmane.comp.video.mjpeg.devel |
|---|---|
| Message-ID | <[email protected]> |
On Sat, 24 Feb 2007, stefan wrote: > opcodes used. It is more related to the fact, that all modern > block-based-codecs use 8x8 pixel-blocks and if you do an overlapped search... > OK, I can come arround that thing by using psad_sub22() instead, as this > one just can not be forced on 16 byte boundaries... :-) (it is an 8x8 > pixel-block-SAD...) But this will mean that there is no overlap anymore There is also the possibility that the Altivec code in mjpegtools is wired to MPEG-2's 16x16 based nature. It could be that the 16 byte limitation is a "bug" rather than a hardware limitation. Apple's video software for the PPC uses the Altivec instructions heavily for H.264 work (which is one of the 8x8 codecs you probably had in mind). Maybe the author of the Altivec code in mjpegtools will step in at this point and 1) point out the error(s) of my thinking and/or 2) implement 8x8 capability :) Cheers, Steven Schultz ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV