[FFmpeg-cvslog] r21736 - trunk/libavcodec/x86/dsputil_mmx.c

Måns Rullgård mans
Thu Feb 11 16:30:46 CET 2010


Michael Niedermayer <michaelni at gmx.at> writes:

> On Wed, Feb 10, 2010 at 05:08:07PM -0500, David Conrad wrote:
>> On Feb 10, 2010, at 4:16 PM, Alex Converse wrote:
>> 
>> > On Tue, Feb 9, 2010 at 9:02 PM, conrad <subversion at mplayerhq.hu> wrote:
>> >> Author: conrad
>> >> Date: Wed Feb 10 03:02:06 2010
>> >> New Revision: 21736
>> >> 
>> >> Log:
>> >> Enable SSE2 (put|avg)_pixels_16_sse2
>> >> 
>> >> SVQ1 chroma has been special-cased aligned to 16-bytes since at least r15466
>> >> Other architectures also assume 16-byte alignment here too but set STRIDE_ALIGN
>> >> to 16.
>> >> 
>> >> Modified:
>> >>   trunk/libavcodec/x86/dsputil_mmx.c
>> >> 
>> > 
>> > This broke vp6f:
>> > http://fate.multimedia.cx/index.php?build_record=178551
>> > http://fate.multimedia.cx/index.php?build_record=178488
>> 
>> Looks like vp5 and vp6 use width 16 pixel functions on chroma as well. I'd really prefer if SSE used 16-byte aligment like other architectures (first patch). Otherwise VP5/6 need to be special-cased as well (second patch), and potentially other codecs that FATE doesn't test, which gets extremely ugly fast.
>
> i prefer the second patch
> otherwise extensive benchmaring is needed

Maybe we could make it a codec capability flag or something instead of
an ever-growing list of special cases.

-- 
M?ns Rullg?rd
mans at mansr.com



More information about the ffmpeg-cvslog mailing list