| View previous topic :: View next topic |
| Author |
Message |
b0fh_
Tux's lil' helper
Joined: 01 Jun 2004
Posts: 142
Location: Brazil
|
 Posted: Mon Jun 14, 2004 8:30 pm Post subject: mplayer ebuild woes! |
 |
|
I emerged mplayer when I first installed gentoo, no probs, it worked right out, but today I noticed this:
| Code: | [Cate(root)]ok:mplayer
MPlayer 1.0pre4-3.3.2 (C) 2000-2004 MPlayer Team
CPU: Intel Pentium 4/Xeon/Celeron Foster 2194 MHz (Family: 8, Stepping: 4)
Detected cache-line size is 64 bytes
MMX supported but disabled
MMX2 supported but disabled
SSE supported but disabled
SSE2 supported but disabled
CPUflags: MMX: 0 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled for x86 CPU with extensions:
Reading config file /usr/share/mplayer/mplayer.conf
...... |
And I tought wtf? mplayer always optimizes itself very well by default (heh I have been using it for ages), what gives? So I went and unpacked the source from /usr/portage/distfiles and compiled it myself with the traditional:
| Code: | | ./configure --prefix=/usr/src/test && make |
then
| Code: | [Cate(root)]ok:./mplayer
MPlayer 1.0pre4-3.3.3 (C) 2000-2004 MPlayer Team
CPU: Intel Pentium 4/Xeon/Celeron Foster 2193 MHz (Family: 8, Stepping: 4)
Detected cache-line size is 64 bytes
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
Reading config file /usr/src/test/etc/mplayer/mplayer.conf: No such file or directory |
WTH is the ebuild not letting mplayer optmize itself? Is there any fix for this besides compiling mplayer outside portage?
A quick search on bugzilla (mplayer flags, mplayer optimization) show nothing related to this.... Is this worth a bug report?
cheers.
_________________
"Contrary to popular belief, UNIX is user-friendly. It only happens to be picky on its friends." |
|
| Back to top |
|
 |
Given M. Sur
l33t
Joined: 03 Feb 2004
Posts: 648
Location: No such file or directory
|
| Posted: Mon Jun 14, 2004 8:34 pm Post subject: |
|
|
From the ebuild:
| Quote: | | Please note that we do not use C[XX]FLAGS from /etc/make.conf or the environment, as the MPlayer guys then do not give support in case of bug reports!. |
_________________
What is the best [insert-type-of-program-here]? |
|
| Back to top |
|
|
b0fh_
Tux's lil' helper
Joined: 01 Jun 2004
Posts: 142
Location: Brazil
|
| Posted: Mon Jun 14, 2004 8:54 pm Post subject: |
|
|
| Quote: | From the ebuild:
Quote:
Please note that we do not use C[XX]FLAGS from /etc/make.conf or the environment, as the MPlayer guys then do not give support in case of bug reports!. |
Re-read my post carefully plz...
I know, that's ok to not use flags from make.conf... mplayer has some smart shit in its configure file that selects the correct flags based on your CPU... It means that even if you are a wimp-ass and put "-g -O0" in your make.conf, mplayer will pick the best optimization flags for your CPU anyway. What you quoted on the ebuild is the Right Thing (tm) to do regarding mplayer, since some optimizations may break it (too many assembler, hehe).
What I complain is that somehow the ebuild is not letting mplayer do its magic and I end up with an non-optimized mplayer... bleh. And worse, I noticed a lot of masked (~x86) ebuilds in portage, so I went and emerged the 'unstable' one, and the result was the same... no optimization... wtf...
I can, ofcourse, build it outside portage to my benefit and forget about it, but I want to make the Right Thing for everyone and get this fixed... How to do that?
btw, the way the ebuild is now I doubt one will get any help from the mplayer guys anyway, since we are disabling their optimizations... heh
peace.
_________________
"Contrary to popular belief, UNIX is user-friendly. It only happens to be picky on its friends." |
|
| Back to top |
|
|
b0fh_
Tux's lil' helper
Joined: 01 Jun 2004
Posts: 142
Location: Brazil
|
| Posted: Mon Jun 14, 2004 9:14 pm Post subject: |
|
|
Eeeeeh found the offending code in the ebuild:
| Code: | local myconf=
use 3dnow \
|| myconf="${myconf} --disable-3dnow --disable-3dnowex"
use sse \
|| myconf="${myconf} --disable-sse --disable-sse2"
# Only disable MMX if 3DNOW or SSE is not in USE
use mmx || use 3dnow || use sse \
|| myconf="${myconf} --disable-mmx --disable-mmx2"
|
WTF? do I need USE flags to control optimization? That's pretty pretty messy IMO. I commented out those lines in my ebuild, re-emerged and ended up with a properly optimized mplayer, as GOD intended 
Well, what to do now? I think it's pretty messy to make the user fiddle with USE flags to have a properly optimized mplayer because:
1) most users don't know or care about what instruction sets their CPU have;
2) mplayer already has autodetection of cpu capabilities;
Mind you, I have the standard gentoo 2004.1 USE variables, never messed with it... and with this n00b setup I end up with a crappy mplayer... ikes.
Again, is this worth a bug report?!? Or using the USE variable is the right way to do this and I am talking out my ass here?
cheers.
_________________
"Contrary to popular belief, UNIX is user-friendly. It only happens to be picky on its friends." |
|
| Back to top |
|
|
Given M. Sur
l33t
Joined: 03 Feb 2004
Posts: 648
Location: No such file or directory
|
| Posted: Mon Jun 14, 2004 10:53 pm Post subject: |
|
|
| b0fh_ wrote: | | Re-read my post carefully plz... |
 Sorry for the misunderstanding.
As for the USE variables, I would recommend setting them yourself rather than relying on Gentoo's default ones. Gentoo is about choice after all, and the default use variables are not most people's default choice. Of course, it's perfectly valid to choose the defaults 
_________________
What is the best [insert-type-of-program-here]? |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Multimedia
