[x264-devel] commit: Spare a vec_perm and a vec_mergeh though using a LUT of permutation vectors . (Guillaume Poirier )
Guillaume POIRIER
gpoirier at mplayerhq.hu
Tue Feb 10 16:44:24 CET 2009
Hello,
On Tue, Feb 10, 2009 at 4:37 PM, <maaanuuu at gmx.net> wrote:
> Hello,
>
> the output of this version differs slightly from earlier ones.
How can this be? What did I miss?
>> + CV(0x00, 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, /*
>> pix=mod16, i_stride=mod8 */
>> + 0x18, 0x19, 0x1A, 0x1B, 0x1C, 0x1D, 0x1E, 0x1F),
>> + };
>
> isn't i_stride always mod16 now? Then the permutation vector should be
What I understood is that pix was always mod16 now.
> CV(0x08, 0x09, 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F,
> 0x18, 0x19, 0x1A, 0x1B, 0x1C, 0x1D, 0x1E, 0x1F)
>
>
>> + vec_u8_t perm = perm_tab[ ((i_stride & 8) >> 3) ];
>
> I think ((i_stride & 8) >> 3) has no effect, the index depends on pix
> being mod16 or mod8, or am I wrong?
Please run some experiments and submit a patch with a test case that
shows the problem (if you don't mind of course).
Guillaume
--
Only a very small fraction of our DNA does anything; the rest is all
comments and ifdefs.
Garry Shandling - "I'm dating a woman now who, evidently, is unaware of it."
More information about the x264-devel
mailing list