Compiling MPlayer on a fresh Dapper install, wmv, mp4, etc.

[Cogito²]

Run

sudo aptitude install mplayer

in terminal.

Awesome that worked. Thanks a lot. What, if I may ask, did that do? Why wasn't the normal installation working for me?

[Cogito²]

I just installed the mplayer plugin. Combined with my compiled mplayer, it works better than anything I've ever seen on linux.

Very quick/dirty instructions (after you have downloaded the source):
1. sudo apt-get firefox-dev (will also install libnss-dev, libnspr-dev)

2. Get gecko-sdk http://developer.mozilla.org/en/docs...DK#Downloading

3. tar -xzf it in your home dir (for lack of not being sure where to put it)

4. ./configure --with-gecko-sdk=~/gecko-sdk
(If I were smarter, I could tell you the proper way to do this, but this works)

5. make

6. su or sudo:
cp mplayerplug-in*.so /usr/lib/mozilla-firefox/plugins
cp mplayerplug-in*.xpt /usr/lib/mozilla-firefox/components
Just to be sure, I also did:
cp mplayerplug-in*.so /usr/lib/firefox/plugins
cp mplayerplug-in*.xpt /usr/lib/firefox/components
(not sure why there are two directories. Again, if I were smarter...)

7. Restart firefox and enjoy!

Perhaps somebody may find this information usefull; will be happy to clarify vague details if needed.

Hi I'm trying to follow these directions, but when typing "sudo apt-get firefox-dev" into the terminal, it says, "E: Invalid operation firefox-dev". What am I doing wrong here? Thanks for any help.

[Rob2687]

apt-get install firefox-dev

[Cogito²]

apt-get install firefox-dev

Hey thanks that worked.

But I just tried:

tar -xzf gecko-sdk-i686-pc-linux-gnu-1.8.0.4.tar.bz2

but it tells me:

gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error exit delayed from previous errors

I checked up on a couple websites and I can't figure out why I'm doing the command wrong. If anyone notices anything stupid I'm doing any help would be appreciated. Thanks.

[eternalsword]

Hey thanks that worked.

But I just tried:

tar -xzf gecko-sdk-i686-pc-linux-gnu-1.8.0.4.tar.bz2

but it tells me:

gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Error exit delayed from previous errors

I checked up on a couple websites and I can't figure out why I'm doing the command wrong. If anyone notices anything stupid I'm doing any help would be appreciated. Thanks.

z is for gzip j is for bunzip
tar -xjf gecko-sdk-i686-pc-linux-gnu-1.8.0.4.tar.bz2

[tdlofcc]

Hi, I'm using this howto to install mplayer with the x264 codec, but I get this error shown below when doing the "make" command.

It's different from the "error 2" I saw described in post #83.

x264.c: In function 'X264_init':
x264.c:149: error: 'struct <anonymous>' has no member named 'i_rf_constant'
make[1]: *** [x264.o] Error 1
make[1]: Leaving directory `/home/tdl/essential-20060611/mplayer/libavcodec'
make: *** [libavcodec/libavcodec.a] Error 2
tdl@Goliath:~/essential-20060611/mplayer$

Any help would be greatly apreciated

Since after checking out mplayer, I might never have to use Windows again

[cyan.ogilvie]

It looks to me like the attribute 'i_rf_constant' in the x264 struct x264_param_t was renamed to f_rf_constant, and (I guess) changed from an int to a float. I hacked my mplayer sources on the line that was being complained about to change the name from i_rf_constant to f_rf_constant, and in a fit of paranoia added a '* 1.0' to force the expression to evaluate as a float.

A basic test (using the crf option of x264encopts) seems to work on my system (with mplayer and x264 from svn today)

[tdlofcc]

Hrm. How come movies (divx avi) look alot worse in mplayer than under mediaplayer classic (running under winxp ofcourse)

Because I can count the pixels under mplayer, while Ive seen the movies under Windows XP looking great ... any ideas ?

[eternalsword]

Hrm. How come movies (divx avi) look alot worse in mplayer than under mediaplayer classic (running under winxp ofcourse)

Because I can count the pixels under mplayer, while Ive seen the movies under Windows XP looking great ... any ideas ?

What sort of graphics card do you have? Does it support hardware scaling? If not did you compile mplayer with software scaling capability?

[eternalsword]

It looks to me like the attribute 'i_rf_constant' in the x264 struct x264_param_t was renamed to f_rf_constant, and (I guess) changed from an int to a float. I hacked my mplayer sources on the line that was being complained about to change the name from i_rf_constant to f_rf_constant, and in a fit of paranoia added a '* 1.0' to force the expression to evaluate as a float.

A basic test (using the crf option of x264encopts) seems to work on my system (with mplayer and x264 from svn today)

this has been fixed in the current revision of ffmpeg