(old)Puppy Linux Discussion Forum

Hmmm .....

I've been and will continue to focus on making mplayer binaries configured primarily with internal codec support (ie. static ffmpeg). If you're looking for a skinny mplayer with external ffmpeg then please look for MU's or tempestuous's pets. If you're looking for a chubby mplayer with internal ffmpeg libs then you're at the right place.

I've been using mplayer regularly and I am very pleased with its performance. It happily plays all my avi, wmv, matroska & flv files without issues. There have been like a "gazillion" changes to mplayer internals since r29409 and honestly, I haven't upgraded from r29409 as it haven't disappointed me yet, not once.

Very recently (ie. 24 July 2010), a new development got me excited. A newly developed native VP8 decoder was added to ffmpeg and as I've expected, it was updated into mplayer in no time. I'm pleased to report that mplayer r31792 contains this VP8 decoder and have been tested to work with my vp8/webM samples.

The mplayer pets offered contains mplayer, mencoder, a dvd-skin & basic configs. They were built on puppy 4.12 and tested up-to puppy 4.31.
[download] mplayer svn-29409 (post 1.0rc2) pet package (7.5MB)
Description :
- mplayer (30-June-2009) binary with gui support and dvd-skin.
- supports ladspa.


[download] mplayer svn-31792 (post 1.0rc3) pet package (8.6MB)
Description :
- mplayer (24-July-2010) binary with gui support and dvd-skin.
- includes opencore-AMR & ffmpeg-VP8
- supports ladspa.



Rgds

well ,its working in my no bling 4.2 v2 . it plays my avi files nice and clear , sound is great too. But, i'm getting an error popup . it wants me to supply the following path " ~/mplayer/subfont.ttf "". like i said it opens and plays just fine. this error has me scratching my head though. well, hope this helps. it's a great program
regards elraven

Thanks - will be testing this in g_pup (4.1.2).

elraven wrote:well ,its working in my no bling 4.2 v2 . it plays my avi files nice and clear , sound is great too. But, i'm getting an error popup . it wants me to supply the following path " ~/mplayer/subfont.ttf "". like i said it opens and plays just fine. this error has me scratching my head though. well, hope this helps. it's a great program
regards elraven

Thats due to a missing font, VLC does that to if you don't supply the font. Its a common thing,
ttuuxxx

Hey patriot Thats cool 2 media players in 2 days, I get on those every once and a while, Like when I compiled text editors, before you knew it I had like 5 of them in a thread post on the forum, lol
Any chances of VLC 9. Thats the killer media player, killer because its the best one for resources and killer because its so complex to compile.
The wxgtk version is better than QT for resources, you can still enable it in 9.8 and also if you do try it make sure you enable root, when they first came out with 9 series I had to manually enable root in C, but now they just have it as a part of the config script, much nicer way of doing it
Anyways great to see another Mplayer, great work.
ttuuxxx

@tuuuxxx : i'm waiting for a vlc 0.9.8 pet
is it possible to build it against wxgtk -unicode libs?

magerlab wrote:@tuuuxxx : i'm waiting for a vlc 0.9.8 pet
is it possible to build it against wxgtk -unicode libs?

I've tried twice now and failed, I think its the dated base of 4 series, both didn't work wxgtk and qt, so once 5 sries is out i'll try again, probably be the first thing on my list durring the build cycle of 4.2.
I already have the latest sources for it, just have to finish a barebones first, probably with 2 weeks or so.
ttuuxxx

@elraven

please look here

http://www.mplayerhq.hu/DOCS/HTML/en/fonts-osd.html

for a simple solution.

aragon

Hi Patriot

I installed your mplayer on my fast box running my 'spup' build from woof. I had a missing lib 'libGL.so.0' so downloaded 'mesa' from the Slackware repo and installed and stripped it with woof's stripper script. Works just fine.

I've tried other metohods on my old box but ... oh dear! Looks like I'll give your pet a spin on it see how we go.

Thanks

Mick

ok self-test.

symlink is there and ok, but error-message is there ?!?

if you delete the symlinks and make the same new, it works!

aragon

Hmmm ...

@Mick
Thank you for your test reports. Please let me know how it goes on your further tests.

@aragon
Yes, it seems the included subfont symlink is broken somewhat. I'll fix it and add in a subfont selector in future update.

@Everyone
Should anyone else getting a subfont error msg, try the mplayer subfont selector script attached above. Unzip somewhere and open a terminal in that folder to run it, like this:

# ./set-mfont

The script looks for .TTF in a preset location and lets you choose a subfont. If I'm not mistaken the subfont can also be selected from within (g)mplayer.

Anyone who gave this a try, please post a bit of results. I'm keen to know how it handles your media formats as my own media files collection is rather limited.

Rgds

Hi Patriot from what micko said about openGL, you aren't going to make that a dependency are you? Thats always been a difficult task to do on puppy 4 series, not so bad on 3 series/slackware like mick's using. We've had Mplayers like the one on the repo that didn't need openGL, funny they never fixed that version, it was basically a .desktop file that had an typo error.
ttuuxxx

Hmmm ...

ttuuxxx wrote:Hi Patriot from what micko said about openGL, you aren't going to make that a dependency are you? Thats always been a difficult task to do on puppy 4 series, not so bad on 3 series/slackware like mick's using. We've had Mplayers like the one on the repo that didn't need openGL, funny they never fixed that version, it was basically a .desktop file that had an typo error.
ttuuxxx

Yes, I didn't specifically highlight Mick's issue which is due to him using spup.

Puppy LiveCD iso (without devx) is the standard to check against. My tests were done on official Puppy release(s). A quick check will show that all dependencies are being met nicely.

Going back to openGL, within the standard puppy LiveCD iso, certain openGL libs are already included. What's left, I presume, would be to add specific xorg openGL drivers for specific cards and enabling them in the config section.

On my puppy 4.1 daemon, I have several versions of the svn mplayer built. I have xvMC, sdl, vdpau & vesa versions just to name a few. All built separately within their own environment but have dependencies not available on standard puppy iso. I'm not planning to offer these versions as they're not my primary concern right now. I am currently interested with internal codec support & performance.

I've already tried the mplayer 1.0rc official pet some time ago. I experienced some issues when using that version with some of my media files. So, I'm back to using svn ones. I also have been able to enjoy m-HD/HD x264 on lower end hardware now. It's much faster since the codec is built-in.


Rgds

hi patriot,

did you also compile mencoder in this 'session'?

aragon

Patriot
This thread is in no way competing with big_bass's thread. I have earlier
asked him about this and while he didn't seem to object, he didn't say
yay either. Well, I believe what we'll have here will complement his work.

Hey Patriot

I did strip down my mplayer package for slackware and have been using that for several
months but have been working on compiling a new kernel so I am somewhat
busy with that ATM

mplayer is my choice of media players though
it can be made so many ways

I see this in no way as competing with me
because what ever I build I first build it for myself
in mind. My thinking on this is if nobody else uses it I will
so that way I never lose my time

if your focus is on building something good for yourself first
then share it with others
everyone wins its a win win situation

good luck build something you are happy with and share
big_bass

Hmmm ...

big_bass
Agreed with ya on that one. I do have one built specifically for my use and have a bunch of my own stuffs linking to it.

Now, I would like to see just how much better/improved is the internal codec support with recent svn mplayer as compared to the ones I've used many months ago. The first mplayer binary I had back then was like only 5MB, recent svn binary is almost doubled at 9MB. I noticed that many of the codes goes into codec library. I've seen vast improvements in internal codec support. That's the main reason I'm making a svn pet now.

@aragon
Yup. Please help yourself to it and knock yourself out ...

mencoder svn-29110 binary (3.4MB)
[download]
Note: same configure options, same compile run.

Rgds

thanks!

Thanks very much for sharing this. btw does this build have duel core support? I coud not find on the web any doc on what "--enable-runtime-cpudetection" did.

Hmmm .....

This is a pure mplayer svn snapshot. It does not have multi-threaded support, for that we'd have to pull in ffmpeg-mt and do a transplant into mplayer ... but then, all of mine are single core (no HT), so kinda pointless in my case ...

The runtime cpudetection supposedly enable mmx, sse, etc etc function paths on supported processors. Mplayer was configured for i486 though I doubt any real 486 could do realtime xvids let alone x264s ... but it should be good for some mp3s ...

Hope you have fun using it !


Rgds

Interesting... as I get the same sort of results compared to Mplayer with Multi-core support (09/2009) using the SMplayer GUI playing the H.264 encoded version of Big Buck Bunny.

Patriot wrote:Hope you have fun using it !

Oh I am . My only wish is that I could use my prefered skin of Corelian (Get The Corelian Skin Here) but you aren't interested in other skins so I will have to make do /:(.