compile my own mplayer-bin

[jure1873]

I want to compile my own mplayer-bin, because the "official" one it's not working for me. I've set up a 32bit chroot in /var/chroot and I'm now downloading xorg. So how do I create my own mplayer-bin so I can use it under the normal 64bit system? Are there going to be any problems if there is xorg 7 (modular) in the chroot and xorg 6.9 in my normal system?

[NeddySeagoon]

jure1873,

mplayer-bin is 32 bit as you say. It will work in your chroot setup, no need to compile it.
You may want to look into extending your 64 bit kernel to support 32 bit binary programs natively.
Its a kernel option in newer kernels.

The advantage of this is that you don't need a 32 bit installation to use mplayer and the win32codecs, it runs on your 64 bit install.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

[jure1873]

I know that mplayer-bin is 32bit, I've had it working, but now it crashes. The 64bit mplayer (without bin) works fine, it's just that it doesn't play wmv files. So now I'm going to compile mplayer in the 32bit chroot and I want to transfer that to the 64bit, I just don't know how to do it. Maybe I could just run it in the chroot but everytime I need to go to chroot I have to type linux32, env-update && source /etc/profile, only then I can use this chroot and I don't know how to automate this, so I thought that there must be a way to just copy the files here from the chroot and make it use the emul libraries.

[jure1873]

I found out on the gentoo wiki that I can do quickpkg mplayer to get a tbz2 file with all the files of mplayer. I then unpackaged that file outside chroot in / to get the 32bit mplayer, but it still crashes
Maybe it's something wrong with the libraries mplayer depends on. So here is q. # 2...
How do I emerge a static version of mplayer?

[NeddySeagoon]

jure1873,

Does your 64 bit kernel support 32 bit binaries ?
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

[tabanus]

mplayer-bin 1.0_pre7-r3 plays wmv *perfectly*

EVERY later version doesn't

After every emerge -u world I've had to downgrade mplayer-bin to 1.0_pre7-r3

Now after the latest sync, I notice this version has been deleted from portage, so now I'm afraid there's no going back if I emerge the latest (1.0.20060415) version and it doesn't work. (can anyone confirm if it does or not?). Maybe I should do a bug report, but no doubt they'll say install the latest version.

A custom mplayer-bin sounds like a good idea to me. No idea how to do it though.
_________________
Things you might say if you never took Physics: "I'm overweight even though I don't overeat." - Neil deGrasse Tyson

[jure1873]

NeddySeagoon: yes I have it.
firefox-bin works, openoffice-bin works, mplayer-bin doesn't

tabanus: I'll try to get it somewhere.

[jure1873]

tabanus: It worked perfectly, as you said!
got the ebuild from:
http://ftp.physics.auth.gr/pub/physlab/vserver-portage/media-video/mplayer-bin/files/
put it into the package overlay and emerged it.

[tabanus]

[jure1873]

I've already submitted this
https://bugs.gentoo.org/show_bug.cgi?id=130724

[tabanus]

The latest GLSA implies that running mplayer-bin-1.0_pre7-r3 is not safe

Does anyone know if there's any progress in resolving the wmv bug in mplayer-bin, or even if it exists in the x86 arch?
_________________
Things you might say if you never took Physics: "I'm overweight even though I don't overeat." - Neil deGrasse Tyson

[jure1873]

If you're on x86 why would you need the mplayer-bin version? you can just use the normal mplayer

[tabanus]

I'm not on x86, I'm on AMD64

I was just wondering if the problem we have is with the settings that mplayer-bin was compiled with, or if it's a more generic problem with mplayer itself.
_________________
Things you might say if you never took Physics: "I'm overweight even though I don't overeat." - Neil deGrasse Tyson

[jure1873]

I think that if everything was ok with mplayer then they would already have relased a new version and not keep the 1.0pre7 for more than a year.
Maybe I should recompile mplayer in my 32bi chroot with some more debugging code, transfer that to my normal 64bit system and send the output to some mplayer forums where somebody could tell me what exactly is wrong. I just don't know how to do that.

[jure1873]

unemerging freenx solved the problem.