[MPlayer-users] mplayer compilation error

David C. Diemer daviddiemer at hotmail.com
Tue Nov 26 00:13:03 CET 2002


MMX stands for the [Intel] Multi-media extensions built into the Pentuim II 
MMX-233 and higher speed and class processors. It has special instructions 
to help graphics and sound process faster if written to the processor's 
special intructions.

But, hey!, it can't hurt in your case, to remove them. I don't know if the 
various audio and video codecs use those instruction sets but mplayer will 
specifically look for them and use them if you compile them in.

What this means is that you can expect your processor to run at least 5-10% 
more than an Intel with the instructions built-in (if the processor, as you 
suggested, has no MMX set). So your processor runs harder but that 
movie/video should still play.

Dave



----Original Message Follows----
From: "Dean S. Messing" <deanm at sharplabs.com>
Reply-To: mplayer-users at mplayerhq.hu
To: mplayer-users at mplayerhq.hu
Subject: Re: [MPlayer-users] mplayer compilation error
Date: Mon, 25 Nov 2002 14:28:48 -0800 (PST)

[Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]

  :: From: "David C. Diemer" <daviddiemer at hotmail.com>
  :: To: mplayer-users at mplayerhq.hu
  :: Subject: Re: [MPlayer-users] mplayer compilation error
  :: Date: Mon, 25 Nov 2002 16:29:54 -0500

Thanks David for your help.  I do appreciate it.

David C. Diemer writes:
  :: It's just possible that you may have to include the option
  :: '--disable-shared-pp', that is, disable shared post-processing. It's 
just a
  :: guess from the message about postproc. It's also possible that your 
kernel
  :: dosn't support the MMX registers in which case compile with the
  :: '--disable-mmx --disable-mmx2' switches (1 or the other or both).

What will I lose in functionality if I disable post-processing?
Regarding my kernel's MMX support, recall in my original post these lines:

CLFAGS= ./configure --prefix=/usr --datadir=/usr/share/mplayer
        --confdir=/etc/mplayer --libdir=/usr/lib --enable-largefiles
        --disable-runtime-cpudetection --enable-mmx --enable-mmx2
        --enable-3dnow --enable-3dnowex --enable-sse --enable-sse2
        --enable-fastmemcpy --enable-freetype --disable-sighandler
        --enable-gui --enable-i18n --language=en --enable-linux-devfs
        --disable-mpdvdkit --enable-lirc --enable-tv --enable-tv-v4l
        --enable-joystick --enable-gl --disable-svga --disable-dvb
        --enable-mga --enable-xmga --enable-fbdev --disable-directfb
        --disable-dvdnav --enable-mencoder --enable-shared-pp
        --with-extraincdir=./libvo --with-x11incdir=/usr/X11R6/include
        --with-xanimlibdir=/usr/X11R6/lib/xanim/mods
        --with-reallibdir=/usr/lib/RealPlayer8/Codecs
        --with-win32libdir=/usr/lib/win32
Detected operating system: Linux
Detected host architecture: i386
Checking for gcc version ... 3.2, ok
Checking for CPU vendor ... AuthenticAMD (6:6:2)
Checking for CPU type ...  AMD Athlon(tm) MP 1500+
Checking for GCC & CPU optimization abilities ... athlon-xp
Checking for kernel support of mmx ... yes
Checking for kernel support of mmx2 ... yes
Checking for kernel support of 3dnow ... yes
Checking for kernel support of 3dnowex ... yes
Checking for kernel support of sse ... yes
Checking for mtrr support ... yes
Checking for assembler (as 2.12.90.0.15) ... ok
<snip>

I assume that this indicates I have the needed support.  Or is there
something else.  Please note that this is an Athlon system, so
I am using the "mem=nopentium" boot option. I don't really
understand exactly what this does (except prevent system lock-ups)
but I recall that it has something to do with MMX.

Also, in one of my many many attempts to compile this things I did
disable the MMX/MMX2 and still got the errors.  They may have been in
a different place, but it was the same sort of error.  The place that
causes the error, by the way, is a swath of assembler code embedded in
the C-source code.  I wonder if this is an Athlon issue?

I'll try the --disable-shared-pp idea.

  :: I doubt it's a GCC problem as I've compiled
  :: mplayer under 2.95, 3.2, and 3.4
  :: without problems.

Holy Smokes!! is 3.4 out?  I just looked on Mandrake
Cooker and all they have is 3.2 dated Nov. 18 (which was
the last build date for that .src.rpm.  What happened
to 3.3?  Maybe this was just a typo?

Anyway, thanks.  I'm still waiting to hear from the fellow
who suggested it was gcc 3.2.  Maybe he knows something
I don't.

  ::
  :: Dave

Regards,
Dean

_______________________________________________
RTFM!!!  http://www.MPlayerHQ.hu/DOCS
Search:  http://www.MPlayerHQ.hu/cgi-bin/htsearch
http://mplayerhq.hu/mailman/listinfo/mplayer-users


_________________________________________________________________
The new MSN 8: advanced junk mail protection and 2 months FREE* 
http://join.msn.com/?page=features/junkmail




More information about the MPlayer-users mailing list