Hello, On Sun, Aug 24, 2014 at 9:39 PM, Clément Bœsch <u...@pkh.me> wrote:
>> $ make fate-pixelutils >> TEST pixelutils >> --- ./tests/ref/fate/pixelutils 2014-08-24 12:18:09.000000000 +0200 >> +++ tests/data/fate/pixelutils 2014-08-24 14:20:02.000000000 +0200 >> @@ -1,7 +1,7 @@ >> [OK] [UU] SAD [random] 2x2=409 ref=409 >> [OK] [UU] SAD [random] 4x4=1370 ref=1370 >> [OK] [UU] SAD [random] 8x8=5178 ref=5178 >> -[OK] [UU] SAD [random] 16x16=20946 ref=20946 >> +[FAIL] [UU] SAD [random] 16x16=21951 ref=20946 >> [OK] [AU] SAD [random] 2x2=320 ref=320 >> [OK] [AU] SAD [random] 4x4=1522 ref=1522 >> [OK] [AU] SAD [random] 8x8=5821 ref=5821 >> Test pixelutils failed. Look at tests/data/fate/pixelutils.err for details. >> make: *** [fate-pixelutils] Error 1 >> > > Interesting. So it means aligned read on unaligned addresses doesn't > explode but raise random results (just like if it was masking the lower > bits)? Yes, actually, an Altivec read doesn't look at the lower bits of the data pointer. There's no run-time exception triggered like in x86 with vector aligned reads (in case of unaligned accesses). It's pretty inconvenient, but it simplifies the hardware implementation. Best regards, Guillaume -- Wearing a Rolex is like driving an Audi: It says you've got some money, but nothing to say. John Lefèvre _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel