MPlayer - With GUI

Message

OscarTalks · #1 Post by **OscarTalks** » Fri 25 Apr 2014, 18:07

EDIT:- SVN checkout 37905 compiled in various Puppies including Wary 5.5
Early December 2016

I compiled recent MPlayer release (SVN checkouts are LATER than release number 1.3.0) in various Puppies.
Just experimenting really. To switch to the new GUI you just use Menu>Setup>Default Applications Chooser and switch your default mediaplayer to "gmplayer". There are dozens of other GUI skins which you can install from the http://mplayerhq.hu website if you want to change the look of it.

Until recently there had not been a release of MPlayer for a long time and I had posted some svn snapshot builds instead. Many Puppies have a very old version included in the .iso and users should be aware that newer versions are larger but do give quite a lot of extra functionality. Version 1.2 came after a long gap and 1.2.1 followed soon after as a bugfix. Released 24th January 2016. Release 1.3.0 followed on 16th February 2016.
These contain a statically linked ffmpeg which is bleeding edge at the time and play latest formats such as HEVC/H265 and vp9.

DOWNLOAD http://smokey01.com/OscarTalks DOWNLOAD

Gnome-MPlayer
This provides an alternative front-end (GUI) for MPlayer if you prefer it. Users should understand that it depends on MPlayer and is not a complete player in its own right. The homepage of Gnome-Mplayer is a little confusing, particularly in terms of versions to download. The latest is 1.0.9 which is more recent than 1.0.9b and I have compiled this in various Pups

SMPlayer
http://smplayer.sourceforge.net
I have also compiled some versions of smplayer. Again this is a front-end for mplayer (old or new) but uses Qt so it adds quite a bit of size. Some users may prefer this GUI though so it is a question of choice. In terms of function I'm not sure it does a lot that you can't also do with gmplayer. One nice feature is that in the preferences you can set the number of threads to take advantage of dual and quad CPU cores. In gmplayer I cant see a way of setting this unless you use the command line option -lavdopts threads=2 for example. My smplayer packages are assembled with their own private Qt libs so are designed for users who do NOT have Qt installed. They can be installed and run in virgin Pups including Live CD with no save-file.

RSH · #2 Post by **RSH** » Wed 07 May 2014, 17:16

Clicked the link.

Got this (Browser = Seamonkey 2.19 in L.A.S.S.I.E. Precise):

OscarTalks · #3 Post by **OscarTalks** » Wed 07 May 2014, 18:14

Hmm, that's not very satisfactory is it? This copy.com gives lots of storage space but it is no use if people have difficulty accessing it. I notice that the download page just looks blank in SlimBoat browser too.

Anyway, I have uploaded those two .pets to
http://smokey01.com/OscarTalks
at least for now.
They were really just experimental builds as I said. I suspect I overlooked something which could have made them smaller, but I have been testing them and they seem to work fine on all the media files I have tried. Alternative GUI skins can be downloaded from the MPlayer website and easily installed.

slavvo67 · #4 Post by **slavvo67** » Wed 07 May 2014, 18:22

Oscar,

I was able to download them, yesterday. I guess the question I have is about the codecs being used. It looks like they have a create/modify date of 2005 where I have used mplayer versions with 2007 codecs.

I note, the 2011 "updates" read with the 2005 modify date, as well. Just curious if you have any insight to this.

Best,

Slavvo

OscarTalks · #5 Post by **OscarTalks** » Wed 07 May 2014, 21:26

Hi Slavvo,

I don't know why they have such an old date on them. All I can tell you is that they are not part of the build as such when you compile MPlayer. The codecs are in a package which you download separately from the website and extract into their location so that is how they were when I got them.

According to the documentation they are only used for a couple of very rare formats anyway, so really nowadays most people never need them and they are strictly optional.

technosaurus · #6 Post by **technosaurus** » Wed 07 May 2014, 21:57

if anyone is interested, there is an mplayer patch floating around that I put together for using gtk1

http://murga-linux.com/puppy/viewtopic. ... 238#633238

Its not as pretty but it cuts about 10Mb of RAM usage

gcmartin · #7 Post by **gcmartin** » Wed 07 May 2014, 23:22

Hi @OscarTalks and thanks for the update. I hope to test soon.

Few questions

How do add additional skins?
How to change/alternate between them?
Should this operate without issue in Slacko57 or any of the 32bit distros?

Thanks in advance.

OscarTalks · #8 Post by **OscarTalks** » Thu 08 May 2014, 00:46

You download the skin from the website at http://mplayerhq.hu and unpack it into /usr/share/mplayer/skins

Most GUI's have a button which brings up the skin browser so you can change skins, otherwise you can do it manually by going into that directory and changing the symlink named "default" to point to the skin that you want.

I haven't tested these ones in Slacko. Take precautions if you are going to do so, but often stuff that is compiled in Wary will run in lots of Puppies including Slacko. Obviously the ideal thing to do for Slacko would be to compile it in Slacko, but I don't want to get too carried away as I am not sure yet if my configure options are all as they should be. I'm just tinkering and experimenting and trying to learn all this stuff.

Pelo · #9 Post by **Pelo** » Fri 27 Mar 2015, 09:51

Mplayers for wary and wheezy here fail to install tahrpup

OscarTalks · #10 Post by **OscarTalks** » Mon 03 Aug 2015, 16:12

Yesterday I compiled the svn checkout (37444) of MPlayer with GUI in Slacko 5.7 and it built OK and seems to run OK. The only thing I added was static libopus because this format is becoming increasingly popular. I tested an opus audio web stream and it played perfectly.

The mplayer binary is considerably larger than the original one in the Slacko distro. The build process downloads a snapshot of ffmpeg (which is presumably some recent branch and version) and links it all in statically hence the size, but this does give extra functionality. It seems to be playing h265 videos quite well for example. Installing this mplayer binary in /usr/bin overwrites the original so the gnome-mplayer front end will also use it, but if you did want to revert back you may need to check that the file uninstalls properly.

Download link in first post.

EDIT:- I have now compiled the same version in TahrPup and uploaded it. I have not tested it much but maybe it is OK. Proceed with the usual caution, give it a whirl and report any findings.

Pelo · #11 Post by **Pelo** » Fri 22 Jan 2016, 18:52

Diabolo 412 Mplayer GUI here below

OscarTalks · #12 Post by **OscarTalks** » Mon 08 Feb 2016, 00:51

The MPlayer team have released a bugfix version 1.2.1
I have compiled this in place of my svn snapshot builds
Version 1.2 came a few weeks ago but before that there had not been a numbered release for a very long time. Note that many Puppies include a rather old MPlayer so users may wish to consider giving a newer version a try even though it is bigger.
See first post.

8Geee · #13 Post by **8Geee** » Mon 08 Feb 2016, 02:28

Before going too far with this, having slacko5.7 (slackware 14.0 base) I just did an "Updates from Slackware" check Their version is labled 1.2-20160125 which is explaned as identical to 1.2.1 plus an update to ffmpeg to version 2.8.5. This done to fix two security issues (X-origin variety) in ffmpeg.

I will try this upgrade on my "test-bed" version of s57-2016eee and report any snags, and or difficulties encountered.

I do agree that there is a need for something newer and a GUI is a nice plus.

Regards
8Geee

UPDATE: I D/L this and wow

a 20Mb binary (gnome-mplayer = 5Mb) plus a lot of docs and foreign language. If you need it, go for it, if you don't older equipment may do better just where you're at. Next up... ffmpeg patch.

musher0 · #14 Post by **musher0** » Wed 10 Feb 2016, 03:27

Hello Oscar.

There's someting wrong with your mplayer-Wheezy pet, according
to UExtract and to the "Extract here" utility. I can't unpack it.

Can you repair the archive, please? Thanks.

OscarTalks · #15 Post by **OscarTalks** » Wed 10 Feb 2016, 11:36

Hello musher0,

I did a test download from http://smokey01.com/OscarTalks and unpacked with UExtract 3.16 and it all seemed OK to me here.

Anyway, as a precaution I have re-created the .pet and uploaded again.
MD5sum = bb8ebb78dbf44b89a15c3dfddc34ac87
mplayer-1.2.1-wheezy.pet

I have also compiled the latest SVN snapshot which is even more recent than the release of course.

OscarTalks · #16 Post by **OscarTalks** » Wed 10 Feb 2016, 17:04

8Geee wrote:UPDATE: I D/L this and wow a 20Mb binary (gnome-mplayer = 5Mb) plus a lot of docs and foreign language. If you need it, go for it, if you don't older equipment may do better just where you're at. Next up... ffmpeg patch.

I take it you are talking about the Slackware update packages here?

You are certainly correct to say that the user should consider what is best for them, depending on what tasks they wish to perform.

Just to clarify a couple of points though, my gnome-mplayer package for Slacko is around 625k unpacked, There is a separate NLS package which is a little larger but optional of course. Gnome-mplayer is just a front end which depends on your mplayer binary (be it old or new). My gnome-mplayer is 1.0.9 which should be effectively a version upgrade in most (if not all) Pups.

My mplayer (gmplayer) packages do not contain any DOC or NLS stuff, but the binary is BIG compared to the old originals as I mentioned before. As you said, it is up to the user to decide. I believe much of the size is due to it containing statically linked ffmpeg libraries (the default build configuration), but because these are the latest they give all the increased functionality such as new codecs to play formats such as HEVC / H265 and VP9.

It is possible to compile mplayer against your existing system ffmpeg libraries. This will make the binary smaller but restrict you to the functionality of these. Some of the newer formats won't play. In the case of Precise and Wheezy you have a fairly old libav package in place of ffmpeg. Slackos have ffmpeg but never as recent as the latest. Sometimes, size does matter.

musher0 · #17 Post by **musher0** » Fri 12 Feb 2016, 18:38

OscarTalks wrote:Hello musher0,

I did a test download from http://smokey01.com/OscarTalks and unpacked with UExtract 3.16 and it all seemed OK to me here.

Anyway, as a precaution I have re-created the .pet and uploaded again.
MD5sum = bb8ebb78dbf44b89a15c3dfddc34ac87
mplayer-1.2.1-wheezy.pet

I have also compiled the latest SVN snapshot which is even more recent than the release of course.

Thanks.

OscarTalks · #18 Post by **OscarTalks** » Mon 05 Dec 2016, 18:57

I have compiled SVN snapshot 37905 in various Puppies including Wary 5.5
This is the latest as of early December 2016, more recent than any of the releases and includes bleeding edge ffmpeg for optimum codec support. See first post.

jrb · #19 Post by **jrb** » Sun 26 May 2019, 12:59

Just downloaded and installed your http://smokey01.com/OscarTalks/mplayer- ... recise.pet, http://smokey01.com/OscarTalks/smplayer ... recise.pet and http://smokey01.com/OscarTalks/gnome-mp ... recise.pet in Precise-light. They all work perfectly. As is so often the case the ubuntu downloads through PPM were a hopeless bloated morass of dependencies which ended up not working while yours were a third the size and required nothing but installation. Excellent work.

Thank you very much, J

(old)Puppy Linux Discussion Forum

(old)Puppy Linux Discussion Forum

MPlayer - With GUI

MPlayer - With GUI

Mplayers for wary and wheezy

Diabolo 412 Mplayer GUI