On Sun, 27 Jan 2008 21:08:02 -0500 "Walter Dnes" <[EMAIL PROTECTED]> wrote:
> On Sun, Jan 27, 2008 at 09:18:26PM +0900, Mike Mazur wrote > > > The output of `grep flags /proc/cpuinfo` is: > > > > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr > > pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm > > pbe nx lm constant_tsc arch_perfmon pebs bts pni monitor ds_cpl vmx > > est tm2 ssse3 cx16 xtpr lahf_lm > > The "mmx", "sse", "sse2", and "sse3" items look relevant. Change > your CFLAGS line (watch the linewrap)... > > CFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer -mmmx -msse > -msse2 -msse3 -mfpmath=sse" > for a gcc above 4.2 march=native will do, but this is only for racing it has nothing to do with the mplayer issue > The "-mmmx -msse -msse2 -msse3" flags may be redundant if "prescott" > implies them, but they won't hurt. The "-mfpmath=sse" may or may not > be redundant. In a worst case, it won't hurt. It greatly speeds up > floating-point calculations on X86-type systems (including AMD). In > another message in this thread, you said... > > > xv is not listed when I type `mplayer -vo help`. > > This is to be expected. Since you have "-xv" in USE, xv support is > blocked. Did you have any problems with xv that caused you to block > it? If not, change "-xv" to "xv" in USE in /etc/make.conf. And while > you're at it, add... > > mmx sse sse2 > > to your USE parameters. In /etc/portage/package.use, add the line... > media-video/mplayer ssse3 > > > I guess I'll need to recompile everything if I want any changes to > > come into effect? > > Hopefully, not everything. *AFTER MAKING ALL THE ABOVE CHANGES* > try... > > emerge --ask --deep --newuse --update --world > > The --newuse forces a recompile of every item directly affected by > any changes in CFLAGS or USE. The --deep forces a recompile of > indirectly affected items. If there don't seem to be any problems, > let it rebuild the listed items. > Firstly this is an overkill. secondly it has again nothing to do with the choppy mplayer issue. Think about it: an vo=gl2 means mplayer will not use the CPU for video rendering but the GPU hence the Cpu optimisations are withou purpose on this driver. Furthermore even is you use something like xv there are archs on wich mplayer runs(arm, or 686 or k7) where such optimisations are out of the question but mplayer runs well. Also most linux distros don't have these cflags enabled and yet mplayer works fine. Mike does glxinfo|grep render gives an yes? do glxgears work properly ? Will and opengl game work?(tuxrace) -- gentoo-user@lists.gentoo.org mailing list
