mplayer-bin

[Corona688]

I've gotten a 32-bit mplayer working under amd64, without building a full-fledged 32-bit chroot. It can use the win32 codecs. I will not post an ebuild here, and it certainly doesn't deserve to be in portage since it's an ugly binary agglomeration thingy of 4 redhat RPMs, but I will post how to do it step by step. First off, here are the things you need to emerge normally from portage:

• rpm2targz
• emul-linux-x86-baselibs
• emul-linux-x86-sdl
• emul-linux-x86-xlibs
• win32codecs

You will need to edit /usr/portage/media-libs/win32codecs/win32codecs-20040916-r1.ebuild to add the ~amd64 keyword.

Once you've got the gentoo libraries you need, you can get started. Download these Redhat 8 RPMs into some empty directory in your homedir:
libogg-1.1-1.i386.rpm
libvorbis-1.0.1-1.i386.rpm
libtermcap-2.0.8-31.i386.rpm
mplayer-1.0pre5-2.i386.rpm

then:

Code: Select all

rpm2targz *.rpm
tar -zxf libogg*.tar.gz
tar -zxf libvorbis*.tar.gz
tar -zxf libtermcap*.tar.gz
tar -zxf mplayer*.tar.gz

This will dump all the binaries into the local directories etc, lib, and usr.

Move etc/codecs.conf to ~/.mplayer/codecs.conf so mplayer-bin can find the codecs.

Code: Select all

mv etc/codecs.conf ~/.mplayer/codecs.conf

Next, make the directory /var/lib/misc to keep these craven binaries in. You don't want foreign redhat binaries cluttering up your system in random places unaccounted for, do you? No, no you don't. Nothing 'till now has needed root permissions, but this stuff does.

Code: Select all

mkdir /var/lib/misc
chmod 755 /var/lib/misc
mv lib/libtermcap.so.2.0.8 /var/lib/misc/
mv usr/lib/* /var/lib/misc/
chown root:root /var/lib/misc/*
chmod 755 /var/lib/misc/*
cd /lib32
ln -s /var/lib/misc/libvorbis.so.0 libvorbis.so.0
ln -s /var/lib/misc/libogg.so.0 libogg.so.0
ln -s /var/lib/misc/libtermcap.so.2.0.8 libtermcap.so.2
ls -l libvorbis.so.0 libogg.so.0 libtermcap.so.2

If the symlinks all look good,

Code: Select all

/sbin/ldconfig

From this point on you should be able to use the 32-bit mplayer executable as an ordinary user. If there's anything I've forgotten, lemme know. Good luck!

[Medah]

Code: Select all

           => `/usr/portage/distfiles/all-20040916.tar.bz2'
Resolving www1.mplayerhq.hu... 192.190.173.45
Connecting to www1.mplayerhq.hu[192.190.173.45]:80... connected.
HTTP request sent, awaiting response... 404 Not Found
10:32:16 ERROR 404: Not Found.

!!! Couldn't download all-20040916.tar.bz2. Aborting.

Cant seem to get the win32codecs from the server?

[Medah]

Seems that a newer version is available only, 20041107, fixed that

Other problem is that after extracting the tar.gz files , it only creates usr and lib.
Therefore i cant find codecs.conf in etc

[elvelind]

would it be possible to use mplayerplug-in with this?

[Medah]

Another thing, there is a preview of Windows XP 64bit, doesnt that one include 64bit codecs for wmv which we could use on our gentoo 64bit?

[tarzan420]

Another thing, there is a preview of Windows XP 64bit, doesnt that one include 64bit codecs for wmv which we could use on our gentoo 64bit?

while I haven't used it first hand, i'm under the impression that as of right now, most of the stuff in WinXP 64Bit Beta is still 32-bit, just running through a compatibility layer. That and i've heard that the beta is total shite as well.

[Medah]

Offcourse its shit, its made by microsoft, but we only care for the codecs
Sucks if its still 32 bit

[Trevoke]

Seems that a newer version is available only, 20041107, fixed that

Other problem is that after extracting the tar.gz files , it only creates usr and lib.
Therefore i cant find codecs.conf in etc

Reviving this.
Same issue.

[E-Bell]

Seems that a newer version is available only, 20041107, fixed that

Other problem is that after extracting the tar.gz files , it only creates usr and lib.
Therefore i cant find codecs.conf in etc

Reviving this.
Same issue.

Me, too.

[fmmarzoa]

!!! Couldn't download all-20041107.tar.bz2. Aborting.

Any solution?

[fmmarzoa]

!!! Couldn't download all-20041107.tar.bz2. Aborting.

Any solution?

Workaround:

That file doesn't seems to exist more on mplayer server, so I did:

Code: Select all

cp win32codecs-amd64-20041107.ebuild win32codecs-amd64-20050115.ebuild

Into /usr/portage/media-libs/win32codecs-amd64 an it downloaded the file, but after that it shows a new error:

!!! No package digest file found: /usr/portage/media-libs/win32codecs-amd64/files/digest-win32codecs-amd64-20050115
!!! Type "ebuild foo.ebuild digest" to generate it.

So I followed the instructions and do:

Code: Select all

ebuild win32codecs-amd64-20050115.ebuild digest

It continues downloading dependencies, but it crashes on the last:

!!! Digest verification Failed:
!!! /usr/portage/distfiles/mplayer32-bin-1.0_pre6.tar.bz2
!!! Reason: Filesize does not match recorded size

[fmmarzoa]

Finally, I did another:

Code: Select all

ebuild mplayer32-bin-1.0_pre6.ebuild digest

Under /usr/portage/media-video/mplayer32-bin and it seems to install, but after all videos continue failing.

[Gentree]

It continues downloading dependencies, but it crashes on the last:

!!! Digest verification Failed:
!!! /usr/portage/distfiles/mplayer32-bin-1.0_pre6.tar.bz2
!!! Reason: Filesize does not match recorded size

That is not a crash! It is a controlled progam exit with an error msg.

[axxackall]

It continues downloading dependencies, but it crashes on the last:

!!! Digest verification Failed:
!!! /usr/portage/distfiles/mplayer32-bin-1.0_pre6.tar.bz2
!!! Reason: Filesize does not match recorded size

That is not a crash! It is a controlled progam exit with an error msg.

Very useful clarification. Do you really think that everyone understood precisely what to do after reading your comment? If not, why not advise precisely what to do or keep the silence?

I´ve been through the same problem recently, while trying to add an ebuild for psi-0.10-test1. Let me add few details, so perhaps it would more clear for portage developers what is the root of such problems.

I have tried to add a new ebuild of psi in the tree, than in the overlay, but the problem was the same. Portage fails to build due to wrong digest and it fails to regenerate the digest with the follwoing message:

Code: Select all

# ebuild net-im/psi/psi-0.10.0_rc1.ebuild digest
>>> Downloading http://mirror.aiya.ru/pub/gentoo/distfiles/#
--19:56:28--  http://mirror.aiya.ru/pub/gentoo/distfiles/
           => `/usr/portage/distfiles/index.html.6'
Resolving mirror.aiya.ru... 194.226.215.190
Connecting to mirror.aiya.ru[194.226.215.190]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]

    [                                                             <=>   ] 3,484,578     30.57K/s

19:58:41 (25.89 KB/s) - `/usr/portage/distfiles/index.html.6' saved [3,484,578]

>>> Generating digest file...
<<< psi-0.10-test1.tar.bz2
<<< #
!!! We have a source URI, but no file...
!!! File: /usr/portage/distfiles/#

By the way, why portage downloads the index.html for distfiles every time I am trying to regenerate a digest?

[Gentree]

Very useful clarification. Do you really think that everyone understood precisely what to do after reading your comment? If not, why not advise precisely what to do or keep the silence?

Someone puts an invalid version file and portage detects this and gives a clear and accurate error message.

If the same person then posts that portage has "crashed" , that is nonsense. I simply pointed that out and suggested they read the error message which did actually tell them waht was wrong. That does not encumber me to debug their mess or write an essay on how to use portage.

Since they have not posted back since it looks like they worked it out.

[axxackall]

you are right, in a context of the original message you have answered correctly. Also I still would argue that it was useful. The main problem here is that the ¨overlay"feature in Portage is poorly documented. Coming back to my example with psi - I did everything exactly as in the portage docs, but it still doesn´t work. I´ve hacked the portage.py to ignore digests and after that psi-0.10 compiles and works, which means that the ebuild itself is correct. Whatś wrong here is the documentation on portage about digests.

[Acoc]

How I got 32 bit mplayer and mplayerplug-in working on an amd64 without chrooting.

*This assumes you have /usr/local/portage as your overlay. If you don't know what this is, it is how you manually add packages to portage. If you don't have it do this:

Code: Select all

echo "PORTDIR_OVERLAY=\"/usr/local/portage\"" >> /etc/make.conf
mkdir /usr/local/portage

Here goes:

Code: Select all

su

*echo media-libs/win32codecs ~amd64 >> /etc/portage/package.keywords
emerge win32codecs

cd /usr/local/portage
mkdir app-emulation
cd app-emulation
mkdir emul-linux-x86-mplayerlibs
cd emul-linux-x86-mplayerlibs
wget http://sh.nu/download/ebuilds/mplayer/usr/local/portage/app-emulation/emul-linux-x86-mplayerlibs/emul-linux-x86-mplayerlibs-1.0.ebuild
mv emul-linux-x86-mplayerlibs-1.0.ebuild emul-linux-x86-mplayerlibs-1.2.ebuild
nano -w emul-linux-x86-mplayerlibs-1.2.ebuild *replace media-libs/win32codecs-amd64 with media-libs/win32codecs
wget -P /usr/portage/distfiles http://sh.nu/download/ebuilds/mplayer/usr/portage/distfiles/emul-linux-x86-mplayerlibs-1.2.tar.bz2
ebuild emul-linux-x86-mplayerlibs-1.2.ebuild digest
*echo app-emulation/emul-linux-x86-mplayerlibs ~amd64 >> /etc/portage/package.keywords
emerge emul-linux-x86-mplayerlibs

cd /usr/local/portage
mkdir media-video
cd media-video
mkdir mplayer32-bin
cd mplayer32-bin
wget http://sh.nu/download/ebuilds/mplayer/usr/local/portage/media-video/mplayer32-bin/mplayer32-bin-1.0_pre6.ebuild
mv mplayer32-bin-1.0_pre6.ebuild mplayer32-bin-1.0_pre7.ebuild
wget -P /usr/portage/distfiles http://sh.nu/download/ebuilds/mplayer/usr/portage/distfiles/mplayer32-bin-1.0_pre7.tar.bz2
ebuild mplayer32-bin-1.0_pre7.ebuild digest
*echo media-video/mplayer32-bin ~amd64 >> /etc/portage/package.keywords
emerge mplayer32-bin

Mplayerplug-in part:

Code: Select all

mkdir ~/tmp
cd ~/tmp
wget http://sh.nu/download/ebuilds/mplayer/mplayerplug-in32-2.85.tbz2
tar -xvf mplayerplug-in32-2.85.tbz2
cp opt/netscape/plugins/mplayerplug-in.so /opt/netscape/plugins/mplayerplug-in32.so
cp etc/mplayerplug-in.conf /etc/
exit
cd ~/.mozilla/plugins/
ln -s /opt/netscape/plugins/mplayerplug-in32.so mplayerplug-in.so

NOTE: all the *'s are if you are running stable amd64 (Smart Idea). All of this was written from memory, so if there are problems, post and I will fix. Oh and I should say that this is only meant to show how I got it working. I take no credit in the actual work that was done in creating this packages. Also, I haven't gotten all the binary libs suggested earlier yet, but if I have time to do it I'll post how.

John

[TheKat]

Well, everything is installed and seems to mostly work.

I have found a few videos in my collection where 64bit mplayer will not play sound, but mplayer-bin will.

The problem is, some of these also play sound at 50% speed. (ie: really slowly) if I play without sound, video playback goes at regular speed, but when the audio codec gets involved in decoding, it slows to ~50%.

The problem seems to be with this codec:

Code: Select all

Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding)
AUDIO: 32000 Hz, 2 ch, s16le, 64.0 kbit/6.25% (ratio: 8000->128000)
Selected audio codec: [faad] afm:faad (FAAD AAC (MPEG2/MPEG4 Audio) decoder)

Anyone else notice this, or know how to maybe work around/fix it?

[VHockey86]

I am having trouble with this line

Code: Select all

ebuild emul-linux-x86-mplayerlibs-1.2.ebuild digest 

I get error output like this:

Code: Select all

# ebuild emul-linux-x86-mplayerlibs-1.2.ebuild digest
!!! aux_get(): ebuild path for 'app-emulation/emul-linux-x86-mplayerlibs-1.2' not specified:
!!!            None
!!! aux_get(): ebuild path for 'app-emulation/emul-linux-x86-mplayerlibs-1.2' not specified:
!!!            None
doebuild(): aux_get() error reading app-emulation/emul-linux-x86-mplayerlibs-1.2; aborting.

Any idea why?

[scharkalvin]

I have some .avi files which are supposed to be mp4's or divix videos. Anyway I emerged mplayer
on my amd64 box (in native 64 bit) and included the win32codec use flag. Maybe I'm missing something
but it works great and plays my video files. Just what type of media needs the use of the
32 bit codecs?

[omschaub]

Any AVI in windows media version 9

Any .wmv file

If the codecs work correctly, any realmedia and quicktime too

Yes, mpeg 2,3,4(divx) do work on AMD64 but venture further than that and you are stuck. Also we have to consider audio codecs.. I am not as sure about those, but I am sure there are some 32bit specific ones floating around

[psilo23]

Thanks Apoc, worked like a charm. I did have a problem though that mplayerplug-in was still trying to call my 64-bit compiled mplayer so I moved that to mplayer64 and symlinked mplayer to the mplayer32 binary and now it works great.

Thanks again!
aloha
psilo

[vyzivus]

I was using custom mplayer32 build aswell, but yesterday I found this package in portage: media-video/mplayer-bin (amd64 arch only). It does not clash with media-video/mplayer (you can execute it by mplayer-bin),

Code: Select all

emerge mplayer-bin

automatically emerges the win32codecs, it plays wmv, qt and rm stuff nicely. However I can't find something like mplayer-bin-plugin package.

[brihall]

How do I use only mplayer-bin, so that mplayer-bin satisfies dependencies for mplayer?

Adding this to /etc/make.profile/virtuals didn't work:

virtual/mplayer media-video/mplayer-bin

Linked the binaries to take care of it at runtime for other programs:

# pushd /usr/bin
# ln -s mplayer-bin mplayer
# ln -s mencoder-bin mencoder

[rumcho]

Well, everything is installed and seems to mostly work.

I have found a few videos in my collection where 64bit mplayer will not play sound, but mplayer-bin will.

The problem is, some of these also play sound at 50% speed. (ie: really slowly) if I play without sound, video playback goes at regular speed, but when the audio codec gets involved in decoding, it slows to ~50%.

The problem seems to be with this codec:

Code: Select all

Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding)
AUDIO: 32000 Hz, 2 ch, s16le, 64.0 kbit/6.25% (ratio: 8000->128000)
Selected audio codec: [faad] afm:faad (FAAD AAC (MPEG2/MPEG4 Audio) decoder)

Anyone else notice this, or know how to maybe work around/fix it?

Yes, make sure USE flag "aac" is set when you build mplayer.
Roumen Semov