Call for testing: new mplayer and x264 port

[eculp]

Hi all,
I have spent some time working on the experimental new mplayer port
and the (dissatisfying) x264 story today, and those of you who are
http://www.rrr.de/~riggs/mplayer/m20100131.tar.bz2
It contains the drop-in replacements for multimedia/mplayer and
mencoder as well x264 (beware, the library version of ports depending
on it must be bumped but it works with this mencoder port).
- Video4Linux support for webcam owners
- Nvidia VDPAU support
- x264 encoding (with or without speed optimized asm routines, your
choice!), very recent x264 version (I'd assume maintainership of x264
when this is committed if nobody objects)
I have tested this only on amd64 so far, so I'd appreciate as much
feedback as you can provide.
Happy transcoding,
Riggs

I briefly tested 20100130 yesterday and it worked fine. Right now,
I'm building 20100131. I used mplayer for years but gave it up
because of it not being updated and found other tools that worked
better for what I needed although I wasn't as comfortable with them.
It looks like I am back to mplayer thanks to your non-trivial work to
build the port and the dependencies synchronized and working. THANKS!

ed

[Denis Shaposhnikov]

I have spent some time working on the experimental new mplayer port
and the (dissatisfying) x264 story today, and those of you who are
http://www.rrr.de/~riggs/mplayer/m20100131.tar.bz2

I've tried it and seems it works fine for me. Could you add into mplayer
option "ASM" like for x264? I've removed "--without-sse3" and added
"--cc=gcc44" to CONFIGURE_ARGS and mplayer works fine. It seems better
don't use things like "USE_GCC=4.4+" because it changes CFLAGS and
mplayer's configure script can't autodetect optimal CFLAGS for this host.

Thanks!

[Thomas Zander]

On Mon, Feb 1, 2010 at 20:06, Denis Shaposhnikov

Post by Denis Shaposhnikov
I've tried it and seems it works fine for me. Could you add into mplayer
option "ASM" like for x264? I've removed "--without-sse3" and added
"--cc=gcc44" to CONFIGURE_ARGS and mplayer works fine. It seems better
don't use things like "USE_GCC=4.4+" because it changes CFLAGS and
mplayer's configure script can't autodetect optimal CFLAGS for this host.

I have to admit that I am quite reluctant to do these things, first
because mplayer already has a long list of dependencies and second, it
takes me longer to test things under the various options and
circumstances.
If there is a *serious* reason to add something, of course I can do
it. In the x264 case, the reason is a tremendous performance increase
by using the ASM stuff.
But for mplayer, only a very tiny fraction of the code actually uses
ssse3. Turning off ssse3 and using the base system gcc does *not*
completely turn off asm optimisation as it does for x264. It still
uses mmx, 3dnow and sse123.
I don't even have an ssse3 machine for testing. Do you have a video
file for which decoding without ssse3 is too slow but fast enough with
it?

Riggs