I will answer your "questions" by giving the corresponding parts from configure.log. The
file has 3195 lines so it makes no sense to include it in the body of this message.
>First, obviously this of course should not result in bad output, unless
>your PC is too slow to play the MP3 in that case (which I can't imagine).
============ Checking for CPU vendor ============
Result is: AuthenticAMD (15:67:2)
##########################################
============ Checking for CPU type ============
Result is: AMD Athlon(tm) 64 X2 Dual Core Processor 5200+
##########################################
>Secondly, since it works fine on x86_64 Linux, please check configure.log,
>and give us the _full_ MPlayer output.
I can privately send you the file for the reason explained above.
>I suspect that SSE was detected as not available by MPlayer, in which case
>you have more problems than just broken MP3 playback (all 64 bit systems
>are required to have SSE support).
No this is not true:
##########################################
============ Checking for kernel support of sse ============
#include <stdlib.h>
#include <signal.h>
void catch() { exit(1); }
int main(void) {
signal(SIGILL, catch);
__asm__ volatile ("xorps %%xmm0, %%xmm0":::"memory"); return 0;
}
gcc-4.3.2 -m64 -O3 -pipe -I/opt/gnu/include -I/usr/sfw/include -I/usr/X11/include -I/usr/X11/include/NVIDIA -fomit-frame-pointer -I. -o /tmp/mplayer-conf-7341-26764 /tmp/mplayer-conf-18554-26764.c
Result is: yes
##########################################
============ Checking for kernel support of sse2 ============
#include <stdlib.h>
#include <signal.h>
void catch() { exit(1); }
int main(void) {
signal(SIGILL, catch);
__asm__ volatile ("xorpd %%xmm0, %%xmm0":::"memory"); return 0;
}
gcc-4.3.2 -m64 -O3 -pipe -I/opt/gnu/include -I/usr/sfw/include -I/usr/X11/include -I/usr/X11/include/NVIDIA -fomit-frame-pointer -I. -o /tmp/mplayer-conf-7341-26764 /tmp/mplayer-conf-18554-26764.c
Result is: yes
##########################################
>The 3DNow routines are not available on x86_64 though.
OK I have figured this out.
>Apart from that, the "obvious" solution is to compile with --disable-mp3lib
This is not a real solution, but if everything else will fail it is a reasonable solution.
Reagrds,
A. Syropoulos
