32 bit MPlayer compile without 32 bit chroot?

Message

rpdillon · Post by **rpdillon** » Sat Nov 20, 2004 11:46 pm

I really don't have the disk space to set up a chroot right now, and I don't have the money for a new drive.

I want a 32 bit mplayer to use with the 32 bit codecs. I have most everything else working (both 32 and 64 bit), but after reading the AMD64 technotes, etc., I'm having a hell of a time trying to download, configure and install mplayer so it thinks its on a normal 32 bit machine. Is there a how-to anywhere on this, or has anyone gotten it to work?

My basic procedure has been:
1) Download MPlayer source
2) untar to ~/mplayer32
3) linux32 configure (I've also tried linux32 configure --target=i686-linux)
4) make

At step 4, it always fails. Even when I insert step:

2.5) Set CFLAGS to include -m32

I have the emul libs emerged, as well as a multilib compiled gcc. Ideas?

jdevers · Post by **jdevers** » Sat Nov 20, 2004 11:58 pm

Why don't you just install a binary version and not worry about it?

rpdillon · Post by **rpdillon** » Mon Nov 22, 2004 7:19 am

Well, I thought of that, but to be honest, I cannot find a binary package for x86 mplayer anywhere.

emerge -K mplayer

doesn't work, because I don't have a binhost, and can't find one. Googling turned up nothing. I suppose I could install Gentoo on my laptop, compile it there, use quickpackage, copy the built package over and use that, but honestly, there must be a better way.

No one here has obtained an mplayer that works with the 32 bit codecs?

augury · Post by **augury** » Mon Nov 22, 2004 7:43 am

you may need to build it staticly

Jake · Post by **Jake** » Mon Nov 22, 2004 7:59 am

http://luna.cs.ccsu.edu/dominik/mplayer/downloads.html

Get the fedora core RPMs, use app-arch/rpm2targz to make tarballs, and install under /opt or /usr/local. Change the executable name to "mplayer32" or something. Use ldd to make sure you have all the libraries.

rpdillon · Post by **rpdillon** » Wed Nov 24, 2004 1:04 am

OK, I'd pursuing that line of reasoning earlier, but the libraries it's trying to read aren't there. I'd need to grab RPMs for those as well and install them after an rpm2targz conversion, as the 32 bit version of mplayer wouldn't be able to use 64 bit libraries, I'd assume.

I'll try this out again when I get home and see if it works. Thanks.

mrv · Post by **mrv** » Wed Nov 24, 2004 7:11 am

Please post brief instructions here if you manage to succeed with the 32-bit mplayer. I need to install it also

-mrv-

Primer · Post by **Primer** » Fri Dec 03, 2004 12:04 am

Perhaps I can help. I created the following:

http://sh.nu/download/ebuilds/mplayer/

This is a 32 bit mplayer gentoo package with supporting 32 bit libs, all in a nicely packaged format. I've had a few people test it and it works very well.

The page has explicit instructions on how to set it up, so I won't bore you with the details here.

Please report success or failure here.

Daniel

Justcim · Post by **Justcim** » Fri Dec 03, 2004 5:35 am

I wasn't able to get it to work, kept wanting some other files, don't remember exactly what they were so can't help you there (was a couple hours ago). However, I was able to get a 32-bit mplayer working by following the directions in this post: http://forums.gentoo.org/viewtopic.php?t=250235.

Good Luck,
Justcim

Janax · Post by **Janax** » Fri Dec 03, 2004 4:29 pm

Primer,

Thanks a lot for your work! I tried and may have had the same problem as Justcim (who didn't leave any details), but I was able to get it to work.

The error I was getting was, as far as I can tell, related to wget and ipv6. Here is the actual error message:

Code: Select all

>>> Downloading http://sh.nu/download/ebuilds/mplayer/usr/portage/distfiles/mplayer32-bin-1.0_pre5.tar.bz2
--10:16:52--  http://sh.nu/download/ebuilds/mplayer/usr/portage/distfiles/mplayer32-bin-1.0_pre5.tar.bz2
           => `/usr/portage/distfiles/mplayer32-bin-1.0_pre5.tar.bz2'
Resolving sh.nu... 216.239.132.100, 2001:6f8:201:610::1
Connecting to sh.nu[216.239.132.100]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 7,064,781 [application/x-tar]

100%[====================================>] 7,064,781    745.70K/s    ETA 00:00

10:17:02 (717.60 KB/s) - `/usr/portage/distfiles/mplayer32-bin-1.0_pre5.tar.bz2' saved [7064781/7064781]

!!! Couldn't download mplayer32-bin-1.0_pre5.tar.bz2. Aborting.

I compared the downloaded file with one I downloaded by hand, however, and they were byte-identical. The only thing I can figure out is that it is related to Portage Bug #28936, though those reports say that simply running emerge again allows the process to continue, while I get:

Code: Select all

>>> Resuming download...
>>> Downloading http://sh.nu/download/ebuilds/mplayer/usr/portage/distfiles/mplayer32-bin-1.0_pre5.tar.bz2
--10:19:40--  http://sh.nu/download/ebuilds/mplayer/usr/portage/distfiles/mplayer32-bin-1.0_pre5.tar.bz2
           => `/usr/portage/distfiles/mplayer32-bin-1.0_pre5.tar.bz2'
Resolving sh.nu... 216.239.132.100, 2001:6f8:201:610::1
Connecting to sh.nu[216.239.132.100]:80... connected.
HTTP request sent, awaiting response... 416 Requested Range Not Satisfiable

    The file is already fully retrieved; nothing to do.

!!! Couldn't download mplayer32-bin-1.0_pre5.tar.bz2. Aborting.

Looking around some more, I found this page that seems to address the apparent wget problem. I then looked at the wget changelog to see if Ari's patchset had been applied, and couldn't tell if it had been or not.

Anyway, to make a long story short, I finally just extracted the tarball myself to / and after following the other directions on your site it's working perfectly!

Just as a note, I am running 2.6.9 on a HP zv5340 laptop with an Nvidia 440 Go graphics chip. I did have to use the "-vo=xv" in order to get the video to work.

p.s. Does anyone know if I should try and report the "wget" problems as a bug to some maintainer? How would I do such a thing?

Code: Select all

* net-misc/wget
     Available versions: 1.8.2-r3  1.9-r2  1.9.1-r2
     Installed:          1.9.1-r2
     Homepage:           http://wget.sunsite.dk/
     Description:        Network utility to retrieve files from the WWW

Justcim · Post by **Justcim** » Fri Dec 03, 2004 6:12 pm

Janax,

You are correct, I was getting an error like that one. Started looking around then found that other topic that I posted a link to. I like that solution better because it keeps the 32-bit mplayer away from the rest of my system and I can keep the 64-bit mplayer (you never know may want to use it later). Guess it just boils down to personal preference.

Primer · Post by **Primer** » Fri Dec 03, 2004 6:18 pm

I completely changed this package last night.

Instead of replacing the existing 64 bit mplayer, I decided to create a new package called mplayer32-bin. The idea is still the same: 2 Binary packages, one with mplayer (now called mplayer32-bin) and supporting libs, still called emul-linux-x86-mplayerlibs.

Another change was to re-do dependencies on win32codecs by creating a new package called win32codecs-amd64. This is to avoid having to manually edit the normal win32codecs ebuild simply to add ~amd64 to KEYWORDS, plus to avoid any other confusion with nomenclature.

Just as a note, I am running 2.6.9 on a HP zv5340 laptop with an Nvidia 440 Go graphics chip. I did have to use the "-vo=xv" in order to get the video to work.

This is now covered in the document, as other people were running into the same situation.

The site now contains the exact instructions on how to uninstall the old version and to install this one. Please try it and post your results.

Daniel

mrv · Post by **mrv** » Fri Dec 03, 2004 7:08 pm

Primer wrote:Perhaps I can help. I created the following:

http://sh.nu/download/ebuilds/mplayer/

This is a 32 bit mplayer gentoo package with supporting 32 bit libs, all in a nicely packaged format. I've had a few people test it and it works very well.

The page has explicit instructions on how to set it up, so I won't bore you with the details here.

Please report success or failure here.

Daniel

Thanks, Primer! I really needed this one, works great in my system

-mrv-

Janax · Post by **Janax** » Fri Dec 03, 2004 7:30 pm

Primer -

Works great now! I must have been in the middle of trying this for the first time when you were updating. The problems I was having before are gone. By any chance, do you know what might have happened? I thought I was getting close with the 'wget' thing, but obviously that wasn't it...

Primer · Post by **Primer** » Fri Dec 03, 2004 9:02 pm

I made the mistake of updating that page as I was developing. I ended up uploading the ebuilds without uploading the newest binary packages. It was a digest mismatch problem and not wget's fault at all. Sorry for the mix up. In the future I won't commit any changes to the site untill everything's fully tested.

Now to start work on a binary mplayerplug-in that spawns mplayer32! Look for that some time tonight (Pacific Time).

Daniel

Pajarico · Post by **Pajarico** » Wed Dec 08, 2004 11:02 pm

Primer thanks for everything, now i can watch all the wmv

.

mplayerplugin-32 is another story. I can't see it from Opera (that is 32 bits). The *.so file is there, the path is well set but Opera doesn't detect it.
I think it should work since both apps are 32 bit.

brettlpb · Post by **brettlpb** » Thu Dec 09, 2004 1:18 am

What all codecs do you lose out on when using 64-bit mplayer? All I hear is "Windows codecs" but can anyone be more specific?

Thanks

Pajarico · Post by **Pajarico** » Thu Dec 09, 2004 7:19 am

brettlpb wrote:What all codecs do you lose out on when using 64-bit mplayer? All I hear is "Windows codecs" but can anyone be more specific?

Thanks

Everything that iinstalls the win32codecs ebuild.

Primer · Post by **Primer** » Thu Dec 09, 2004 7:55 am

Pajarico wrote: mplayerplugin-32 is another story. I can't see it from Opera (that is 32 bits). The *.so file is there, the path is well set but Opera doesn't detect it.
I think it should work since both apps are 32 bit.

Well, I'm still working on that. Seems that others using firefox reported that it didn't work for them either, but their problems were seg faults It works fine for me, but I'm using mozilla built with Gtk1 (due to a bug with mozilla built with gtk2). This is why I was providing two mplayerplug-in32 packages.

Your case may be due to a missing symlink though. Mplayerplug-in32, like mplayerplug-in, only puts a file in the netscape directory, and I believe it's responsible for creating the symlink if it detects another browser installed. Perhaps your opera wasn't installed from an ebuild? Or perhaps the inst_plugin ebuild function doesn't see opera as a browser? I don't know, but I'll look into it.

Anyhow, I wasn't able to get very many good reports from the people who reported it didn't work.

Pajarico wrote:Everything that iinstalls the win32codecs ebuild.

Don't forget the QT and Real codecs as well.

Daniel

Pajarico · Post by **Pajarico** » Thu Dec 09, 2004 12:29 pm

Thanks for your reply.

Your case may be due to a missing symlink though. Mplayerplug-in32, like mplayerplug-in, only puts a file in the netscape directory, and I believe it's responsible for creating the symlink if it detects another browser installed. Perhaps your opera wasn't installed from an ebuild? Or perhaps the inst_plugin ebuild function doesn't see opera as a browser? I don't know, but I'll look into it.

Well i have the file mplayerplug-in.so in /opt/netscape/plugins, and is not a symlink... so i put that same path in opera but it doesn't detect any new plugins. The strange thing is that flash plugins are in the same path and Opera uses them flawlessly; maybe the package is broken?

BTW i installed opera with the ebuild; 7.60 Preview 3, is a preview so maybe is Opera broken and not the plugin...

BTW2 What environment did you use to compile the packages? i386? i686?

Corona688 · Post by **Corona688** » Thu Dec 09, 2004 2:17 pm

brettlpb wrote:What all codecs do you lose out on when using 64-bit mplayer? All I hear is "Windows codecs" but can anyone be more specific?

Thanks

You lose stuff like:

Quicktime codecs
WMV/WMA codecs
Intel Video 3/4/5 codecs
Lots of odd codecs nobody's ever heard of

mplayer's beginning to support some of the older wmv natively, but only partially. The 32-bit binary with win32 codecs works far better.

JefPober · Post by **JefPober** » Thu Dec 09, 2004 10:40 pm

Primer you are my hero of the week!!!

rawoul · Post by **rawoul** » Mon Dec 13, 2004 12:25 am

You're my hero too =)))
I can even play WMV9HD !

lavish · Post by **lavish** » Mon Dec 13, 2004 5:34 am

Thanks Primer!

<EDIT> I've just created a link to your work on italian forum . We have to spread this ebuild

NicoEchaniz · Post by **NicoEchaniz** » Tue Dec 14, 2004 9:36 am

Hi,

I just wanted to report this in cas it's usefull to others.

If I use vo=xv, mplayer32 crashes with error:
...
X11 error: BadAccess (attempt to access private resource denied)
MPlayer interrupted by signal 6 in module: init_video_codec
...

It works OK if I use vo=x11, vo=gl or vo=gl2

Thanks for your ebuilds !

Nico.

32 bit MPlayer compile without 32 bit chroot?

32 bit MPlayer compile without 32 bit chroot?

vo=xv fails for me