[MPlayer-dev-eng] RE: MPlayer-dev-eng Digest, Vol 43, Issue 72

[Luca Barbato]

Bas Hulsken wrote:
> 
> ok, this memalign stuff might be the problem, I'll test it as soon as I
> can find some time (might take a few days). Anyway, parse.c from liba52
> dynamically tests if it could get a memaligned malloc, if using SSE with
> these lines (at lines 77 to 80):
> 
> if(((int)state->samples%16) && (mm_accel&MM_ACCEL_X86_SSE)){
>    mm_accel &=~MM_ACCEL_X86_SSE;
>    fprintf(stderr, "liba52: unable to get 16 byte aligned memory
> disabling usage of SSE instructions\n");
> }

Ugly and should be removed...

> 
> I guess we should at least add the same for PPCs altivec:
> 

Maybe is possible to fix the original problem ^^;

> 
> btw. mplayer configure detects a working memalign for the mini on linux,
> but I guess memalign can always go wrong.. do you agree Emanuele?

if memalign exists and the people providing your glibc aren't morons or
something quite ugly happened during the QA validation...

...shouldn't ^^;

> 
> Romain, Emanuele, I see in another mail ( do not define MEMALIGN_HACK on
> OSX) some problems with memalign on OSX? Is it possible that the altivec
> resampler works on OSX, but not on linux because of some side effect of
> this? Just a thought....

I'll hunt for a ac3 sample and I'll test soon.

lu

-- 

Luca Barbato

Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero