Beta

Slashdot: News for Nerds

×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

MPlayer 0.90 released; MPlayer Maintainer Leaves

timothy posted more than 11 years ago | from the plays-what-you-throw-at-it dept.

Media 338

Viqsi writes "459 days after the previous stable release, the MPlayer folks have finally released stable version 0.90. With this done, A'rpi (th head maintainer) is leaving the project, citing too-much-free-time-forever-lost issues, and the team is looking closely at revising the way the project is managed as a result. Here's hoping some improvements come out of this."

cancel ×

338 comments

R0FST ST0P (-1, Flamebait)

Anonymous Coward | more than 11 years ago | (#5684961)

Feeeeckers!

THIS FP CLAIMED FOR THE KU KLUX KLAN! (-1, Flamebait)

Anonymous Coward | more than 11 years ago | (#5685098)

This fp has been claimed for the Ku Klux Klan [kkk.com] ! DIE NIGGERS! Fuck the niggers! Die! WHITE POWER!

Re:THIS FP CLAIMED FOR THE KU KLUX KLAN! (-1, Offtopic)

protectr (654029) | more than 11 years ago | (#5685115)

Moderators... please shut him out...

Re:THIS FP CLAIMED FOR THE KU KLUX KLAN! (-1, Offtopic)

Anonymous Coward | more than 11 years ago | (#5685150)

What a sad little fecking idiot you must be...

Re:THIS FP CLAIMED FOR THE KU KLUX KLAN! (-1, Offtopic)

Anonymous Coward | more than 11 years ago | (#5685177)

cry me a river, you sensible piece of shit

Re:THIS FP CLAIMED FOR THE KU KLUX KLAN! (-1, Flamebait)

Anonymous Coward | more than 11 years ago | (#5685120)

My fp has NOT, I repeat, NOT been claimed by some lesser troll. KNEEL BEFORE ME FECKER!

Wha? (3, Funny)

evilviper (135110) | more than 11 years ago | (#5684963)

I'm in shock! No Mplayer-pre576 !

Re:Wha? (1)

The J Kid (266953) | more than 11 years ago | (#5684998)

You're right.

Gues that means Duke Nukem Forever is out tomorrow.

Re:Wha? (0)

Anonymous Coward | more than 11 years ago | (#5685113)

This release is said to be a stable release, but in fact I've never found that any release of mplayer was unstable or unusable.

fp? (2, Offtopic)

Lispy (136512) | more than 11 years ago | (#5684967)

MPlayer is very promising though controverse project. Lets see what it all boils down too after the reconstruction...I use it and like it.

Re:fp? (0)

Anonymous Coward | more than 11 years ago | (#5685095)

promising!?! It's the greatest mediaplayer released ever... What are you missing? It plays just about anything as it is.

omg fp (-1, Offtopic)

Anonymous Coward | more than 11 years ago | (#5684968)

FP!!!!! KEKEKEK hahhaa

Re:omg fp (-1, Troll)

Anonymous Coward | more than 11 years ago | (#5684973)

You lose! Fecker!

Re:omg fp (-1, Offtopic)

Anonymous Coward | more than 11 years ago | (#5684981)

Are you that dude in the Lobby on Soulseek who always spouts out "KEKEKEKEKEK" at seemingly random moments? Just wondering.

Fox and Friends (-1, Troll)

Anonymous Coward | more than 11 years ago | (#5684971)

Fair and Balanced.

We report. You decide.

Fox News [foxnews.com]

POPULAR ACRONYMS AND CONTRACTIONS (-1, Offtopic)

Anonymous Coward | more than 11 years ago | (#5684993)

ASDA -> Associated Dairies
MFI -> Mullard Furniture Industries
TESCO -> Tessa Cohen (founder)

Attitude (-1, Flamebait)

Anonymous Coward | more than 11 years ago | (#5684972)

Let's hope with his leaving, the mplayer developers lose their attitude problem somewhat. It has always been a displeasure to deal with such arrogant pricks, even if they do make such useful software.

Re:Attitude (5, Interesting)

SilverSun (114725) | more than 11 years ago | (#5685114)

And I really hope they loose theit fear of Version number 1.0. I am pretty amnazed that Arpi leaves without having a half decent 1.0 out. gui is still disabled by default. Why? Largefiles: disabled. Why? The output mplayer sends to stdout is still a incredible mess. I wonder why he leaves the project without cleaning up these few last bits. In principle MPlayer is the most usable, stable, and featurefull media player for linux. Only thing is, it's a mess.

I hope the first thing they do is clean up the code. MPlayer lost _many_ developers to xine lately. xine has not caught up to MPlayer in speed and number of supported formats. Also it seems to be still less stable and more vulnerable to broken video files, but the code base is MUCH more clean (xine sources can actually be called beautifull) Maybe this disruption of MPlayer development can also be seen as a chance for a more unified default mediaplayer for linux, i.e. xine.

The one thin xine is lacking is an encoder a la mencoder. But there is some development with enix. The design looks as clean and easy as xine and I am pretty confident that enix can catch up to mencoder in a short time provided that some more developers are interested.

Cheers

Re:Attitude (-1, Flamebait)

Anonymous Coward | more than 11 years ago | (#5685168)

And I really hope they loose theit fear of Version number 1.0. I am pretty amnazed that Arpi leaves without having a half decent 1.0 out. gui is still disabled by default. Why? Largefiles: disabled. Why? The output mplayer sends to stdout is still a incredible mess. I wonder why he leaves the project without cleaning up these few last bits. In principle MPlayer is the most usable, stable, and featurefull media player for linux. Only thing is, it's a mess.

He finally realized that he's been piling up shit for the last few years and now it's time to duck-and-cover. I just hope that the others will do the same and MPlayer will finally die (like it should have done a long time ago).

Congrats to the MPlayer team! (5, Interesting)

Longinus (601448) | more than 11 years ago | (#5684976)

.90 has been a long time in coming, but the wait was well worth it. I continue to be astounded by what mplayer and mencoder are capable of, and I shudder to think of what my Linux movie watching experience would be like without them. I hate to sound like a cheer leader, but I just don't think enough can be said about the fine work that A'rpi and Co. have produced over the years. In addition to our beloved kernel [kernel.org] , it's always nice to have examples of open source software that so readily stomps into irrelevance its closed source competition. Good luck to A'rpi in whatever the future holds, and a thousand thanks for your contributions to the community.

Re:Congrats to the MPlayer team! (3, Insightful)

October_30th (531777) | more than 11 years ago | (#5684987)

it's always nice to have examples of open source software that so readily stomps into irrelevance its closed source competition

By using closed source binary codecs stolen from proprietary closed source programs?

yes, exactly because of that (1)

DrSkwid (118965) | more than 11 years ago | (#5684999)

Or would you prefer we were all MSN Subscribers rather than Internet Citizens?

Re:yes, exactly because of that (4, Insightful)

October_30th (531777) | more than 11 years ago | (#5685013)

I don't give a shit. I rather like Linus' using-the-right-tool-for-the-job attitude. If there is an open source alternative to closed software, that's fine and dandy. If there is no feasible open source alternative, using proprietary software is just fine.

I merely pointed out the hypocricy of calling MPlayer an open source revolution that stomps closed source into oblivion when its core performance is enabled by closed source (unlicensed) binaries?

Re:yes, exactly because of that (3, Informative)

Longinus (601448) | more than 11 years ago | (#5685032)

"I merely pointed out the hypocricy of calling MPlayer an open source revolution that stomps closed source into oblivion when its core performance is enabled by closed source (unlicensed) binaries?" What bullshit. MPlayer's "core performance" remains the same whether or not it was compiled with support for Win32 codecs. I do use the right tool for the right job, and that tool is MPlayer. The ability to play Win32 codecs is merely a bonus to me, and help in a pinch whenever I have the misfortune of needing to watch a Real video clip. 99% of my videos are encoded in open codecs like XviD anyway. The point is that MPlayer rocks regardless of what codec its playing, and to say that its only value is the ability to play win32 codecs is to be completely ignorant to what an amazing piece of technology it is in it's own right.

Re:yes, exactly because of that (0)

Anonymous Coward | more than 11 years ago | (#5685040)

open codecs like XviD anyway

Please use DivX5 in the future. Thnx.

Re:Congrats to the MPlayer team! (4, Informative)

Longinus (601448) | more than 11 years ago | (#5685001)

MPlayer ability to play hacked codecs is indeed a nice feature, but there's so much more the love about it, especially in the realms of performance (extremely low CPU usage), interface (sweet, sweet, command line, anti-aliased subs and osd), and flexablity (lots of other programs use mplayer, like MythTV and the mozilla-mplayer plugin that allows Linux users to watch movies in their browser). MPlayer manages to do a crap load of things without being bloated or slow.

Re:Please (3, Insightful)

ErikJson (27997) | more than 11 years ago | (#5685021)

Yes. And we love it!

Seriously, ofcourse it had been better to do it in some other way, but what do you propose?

Re:Congrats to the MPlayer team! (4, Insightful)

vandan (151516) | more than 11 years ago | (#5685027)

By using closed source binary codecs stolen from proprietary closed source programs?

It depends on what you're trying to achieve. If your first priority is to make a movie player / encoder package for Linux that rocks, then you may have to make compromises with your purest vision of open source technology, at least for a period.

Of course each person has the option of not downloading and using the windows binaries, but I will guarantee that for those who use mplayer as their main video player, when they have the choice of using mplayer's .dll loading capabilities or switching to another video player that has a native linux decoder, they will stick with mplayer. It's nice to have ideals, but when you're watching a movie, you care more about how the movie looks / sounds than whether you have win32 dll loaded.

Re:Congrats to the MPlayer team! (1, Interesting)

Kynde (324134) | more than 11 years ago | (#5685052)

I continue to be astounded by what mplayer and mencoder are capable of, and I shudder to think of what my Linux movie watching experience would be like without them.

Not trying to bash mplayer or anything, I used for quite some time, but how about Xine [sf.net] ? I switched over a few months back and I've been more than happy with that.

I think the approach in Xine is more *nixy like with the marvellous lib and multiple UIs. But that's just my 2 cents...

Re:Congrats to the MPlayer team! (0, Flamebait)

Anonymous Coward | more than 11 years ago | (#5685220)

I'm slowly managing to break my addiction to slashdot thanks to retards like you, but I couldn't resist this one last time. You may not have bothered to look, since you're a retard and all, but mplayer *is* library based, and does have multiple UIs. Also, unlike Xine, it doesn't crash all the damn time, and playing a DVD isn't UI voodoo.

I don't mind you commenting, but do try to use your brain a little. It just makes things nicer for the rest of us.

THANKS ARPI! (4, Insightful)

Anonymous Coward | more than 11 years ago | (#5684977)

A GREAT BIG THANK YOU TO YOU AND THE REST OF THE MPLAYER TEAM!!!

You saved our day when there was no decent video player for Linux some two years ago. You brought us the Microsoft ASF fileformat support and Sorenson Quicktime.

I will never forget.. MPlayer played a vital role in Linux's success. The best videoplayer on this planet! So fast it's hard to believe!

Re:THANKS ARPI! (4, Informative)

den_erpel (140080) | more than 11 years ago | (#5684997)

Next to this obvious cheering, it is a fact that mplayer is the most versatile player around that I can think of. I've seen lots of cases that mplayer is capable of player files with odd framerates (audio and video, mainly produced by a bad configured digital camera) while other (includeing M$ mplayer) players choked on it.

Since the license change, I've seen that (that allowed binary packaging) it is gradualy pushing other players to the background, exaclty due to it's versatility (aviplayer, xine, vlc, ...)

The documentation seems to be somewhat lacking and for some things I (still) use IMHO better tools:

video recording: nvrec, AFAIK mplayer does not support V4L2
encoding: transcode, mainly because transcode seems to have a much better doc and logical buildup of the options to transcode and large modularity (for filters). I use mencoder sometimes when transcode has problems with particular file (or used to)

One thing which no player seems to pull of correctly, is to play files with awfully synced audio, video...

sync issues (2, Informative)

Anonymous Coward | more than 11 years ago | (#5685020)

to fix sync issues, use... get this.... mencoder. I shit you not, this does the trick. I've often been bothered by bad sync from files I find, even on a good system (1.8Ghz...), but if i use mencoder to remultiplex the file the vast majority of the time the result is a perfectly playing file.

mencoder -o output.avi -oac copy -ovc copy filethatsyncsbad.ext

It even makes files that play correctly play more smoothly.

Re:sync issues (1)

den_erpel (140080) | more than 11 years ago | (#5685190)

mplayer, memcoder and transcode crash all on files where the audio video sync is terrible. I am not talking about 100 frames/samples, but about a 1,000 or more.

I had a number of such (nuppel) files, and wouldn't care if the quality of the audio was bad, as long as I had the files trancoded (the problem occurred in the first 1/5 of the file, the rest was perfect).

mplayer, mencoder, transcode all segfaulted (I assume some buffer which never should be filled, got filled anyway).

It has been a couple of months since I checked it, but I can reproduce the problem...

Re:sync issues (1)

BJH (11355) | more than 11 years ago | (#5685207)

You might want to check again - I had a similar problem in rc4 that was fixed in rc5.

Re:sync issues (0)

Anonymous Coward | more than 11 years ago | (#5685209)

Can you send the corrupted media file to MPlayer developer team? I'm sure they'll fix the problem very quickly.

Re:THANKS ARPI! (0, Troll)

irc.goatse.cx troll (593289) | more than 11 years ago | (#5685077)

"You saved our day when there was no decent video player for Linux some two years ago. "
Because xine, xanim, and aviplay do not exist.
"MPlayer played a vital role in Linux's success. "
You say that like its bound to linux. Most linux distros do not include it (licensing issues), And those smart enough to get it working on their own could just as easily compile it from *bsd, or spend a little more effort and get it running in cygwin.

Re:THANKS ARPI! (0)

Anonymous Coward | more than 11 years ago | (#5685094)

You brought us the Microsoft ASF fileformat support

No they didn't. We were using Avifile [sourceforge.net] to watch those DivX;-)'s and ASF's long before MPlayer was a twinkle in a developers eye. Avifile was the original player to use Win32 codecs, too.

MPlayer is good, but it really was standing on the shoulders.

Re:THANKS ARPI! (1)

rjw57 (532004) | more than 11 years ago | (#5685159)

> You brought us the Microsoft ASF fileformat support

Wasn't that actually the libavifile [sourceforge.net] guys...

MPlayer rules... (3, Insightful)

Anonymous Coward | more than 11 years ago | (#5684980)

...they should turn the entire core into a lib and leave the whole GUI and frontend stuff to ppl who have time to waste with GUI and frontend development.

MPlayer is so cool.. they dont need to write their own GUI...

Re:MPlayer rules...but the parent doesn't. (0)

Anonymous Coward | more than 11 years ago | (#5685070)

Insightful my eye. Mplayer can already be ran from the command line (man mplayer), and there are front ends for Mplayer (KMplayer for example).

Re:MPlayer rules...but the parent doesn't. (0)

Anonymous Coward | more than 11 years ago | (#5685102)

It would still be cool to have the backend core code cleanly seperated out, with well defined plugins for codecs. In other words, MPlayer could be the media framework to end all media frameworks.

Now that would rock.

mplayer is *THE* best player (0)

mdew (651926) | more than 11 years ago | (#5684982)

mplayer is one of the best players Ive come across, but mplayer just 0wnz. And there was a time, where the only decent player (mpeg only) was mtv *ick*, how things change. take a look at freshmeat [freshmeat.net] mplayer is teh best! ;) good luck to A'rpi.

Re:mplayer is *THE* best player (0)

Anonymous Coward | more than 11 years ago | (#5685004)

No, xine is much much better. You're living in the 1980s, dude!

Re:mplayer is *THE* best player (-1, Troll)

mdew (651926) | more than 11 years ago | (#5685173)

xine is teh sux0r! hey freshmeat stats dont lie

well (4, Informative)

daserver (524964) | more than 11 years ago | (#5684983)

Well Arpi is still there on the mailinglist doing stuff, he's just not the maintainer any longer.

Sound so familar (3, Interesting)

jsse (254124) | more than 11 years ago | (#5684988)

while we spend our expensive time by rev. engineering codecs, optimizing code, writing demuxers, they improve the gui. then they 'steal' the others and win.

wait a minute, why this sound so familiar?.....

Oh! Micro*shot*

Windows port? (2, Interesting)

Majin Bubu (455010) | more than 11 years ago | (#5684991)

How about a Windows port of MPlayer? I know there are a lot of great players for Win, but I'd love to get rid of the *many* programs I need to play the various formats under Windows.
Uh, please, don't suggest using Linux, I already do, I am a dual-booter, I just want something like MPlayer under Win as well.

Re:Windows port? (0)

Anonymous Coward | more than 11 years ago | (#5684995)

Have you even been reding the MPlayer homepage???

just install cygwin and you can compile the beast...

Re:Windows port? (3, Informative)

Xugumad (39311) | more than 11 years ago | (#5685028)

According to the FAQ [mplayerhq.hu] you can compile it on Windows using Cygwin [cygwin.com] . On the subject of ports, Mac OS X users may be interested in MPlayer OS X [sourceforge.net] .

Re:Windows port? (4, Informative)

bodin (2097) | more than 11 years ago | (#5685063)

If you need a really good mediaplayer on windows, mac or other platforms, please check out VLC http://www.videolan.org/vlc/ [videolan.org] which is a VERY good alternative to both XINE and MPlayer. It plays video directly out of bin/cue-files and does all sorts of good stuff.

Free of course. Sister project is free videostreaming!

Re:Windows port? (1)

daserver (524964) | more than 11 years ago | (#5685093)

MPlayer can also play video directly out of bin/cue-files. At least if it's a (s)vcd.

Re:Windows port? (1)

Majin Bubu (455010) | more than 11 years ago | (#5685134)

Does it play:

-Quicktime files?
-Realplayer files?
-Win media files?
-DVDs?
-DIVXs?

Re:Windows port? (0, Troll)

Anonymous Coward | more than 11 years ago | (#5685156)

Do you know what playes ALL this? Yes, that's right.

WINDOWS MEDIA PLAYER! And you don't have to spend a week configuring, compiling, setting it up and STEALING the codecs to make it work.

You Linux fanboys make me sick sometimes...

Re:Windows port? (1)

Majin Bubu (455010) | more than 11 years ago | (#5685179)

Stealing what? I already have the codecs because I have the appropriate programs. What I use to play a media should be my own business, as long as I own the media (I buy my own DVDs).

Re:Windows port? (1)

BJH (11355) | more than 11 years ago | (#5685222)

Well, a case could be made that WMP is "stealing" the QT and RP codecs just as much as mplayer is...

Re:Windows port? (2, Informative)

KAMiKAZOW (455500) | more than 11 years ago | (#5685163)

Check out Media Player Classic [edensrising.com] or jetAudio [jetaudio.com] .
Both player are able to handle all DirectShow codecs (incl DivX) as well as RealMedia, QuickTime, and also DVDs.
jetAudio installs the RealMedia codecs, but no QuickTime codecs. Media Player Classic installs no codecs at all (that's why it's so small).

Embedded Mplayer (5, Informative)

mrsev (664367) | more than 11 years ago | (#5685000)

Not many know this but texstar has a awesome package for embedding Mplayer into Konqueror. This is just awesome.

Big thanks to the developers., for this one.

Re:Embedded Mplayer (3, Informative)

The J Kid (266953) | more than 11 years ago | (#5685019)

There is also an embedded Gnome 2 Mplayer called: Lumiere.

It's just started, but already usable and quite nice. Very promissing.

Re:Embedded Mplayer (4, Informative)

the_real_tigga (568488) | more than 11 years ago | (#5685107)

there is a package called mplayerplug-in [sourceforge.net] which provides a plugin for all netscape-compatible browsers (including opera).

Man Player 0.90 (-1, Offtopic)

Anonymous Coward | more than 11 years ago | (#5685005)

Man Player

We dropped our pants. Ike got down on his knees and sucked me until I was hard and good and wet before he stood and turned.

"C'mon boy, Shove that pretty cock up old Ike's tight, brown hole and massage old Ike's prostate.

Ike bent forward and gripped the edge of the potting bench. The lean, white cheeked buttocks parted slightly and exposed the dark brown, crinkly, puckered star of his asshole "Now you go slow and ease it along until you've got it all the way in," he cautioned. "This old ass craves your young cock but it don't want too much too soon. You've got to let this old hole stretch to accommodate you."

"Are you sure you want to do this?"

"Easy boy, easy," he cautioned. "You feel a lot bigger than you look. Put a little more spit in your cock."

"It's awfully tight. I don't know if it's going to go or not."

"It'll go," said Ike. "There's been bigger boys than you up the old shit chute."

I slipped in the the last few inches.. "It's all in."

"I can tell," said Ike. "Your cock hairs are tickling my ass."

"Are you ready," I asked.

"How are you liking old Ike's hairy asshole so far?"

"It's real tight."

"Tighter than your fist?"

"Might be."

"Ready to throw a fuck into a man that reminds you of your grandpa."

"I reckon."

"I want you should do old Ike one more favor."

"What?"

While you're pumpin' my ass, would you reach around and play with my dick like you would your own? Would you do that for an old man?"

I reached around and took hold of his hard cock sticking out straight in front of him. I pilled the skin back and then pulled it up and over the expanded glans. I felt my own cock expand inside him as I manipulated his staff in my fingers. I imagined that my cock extended through him and I was playing with what came out the other side of him.

"C'mon, boy, ram that big cock up the old shitter and make me know it. God Damn! tickle that old prostate and make old Ike come!"

I came. And I came. Ike's tightened up on my cock and I throbbed Roman Candle bursts into that brown hole as I pressed into him. His hairy, scrawny ass flattened against my crotch and we were joined as tightly as two humans can be.

"A man's not a man till he's cum in another man." said old Ike. "You made it, boy. But still, a man's not a man till he's had a hard cock poked up his ass at least once."

Every time I think of that scene, I get another hard-on. Then I remember the next day when old Ike returned the favor.

I never have managed to come that hard again. If only Ike were here.

Has Slashdot made me gay? (-1, Troll)

Anonymous Coward | more than 11 years ago | (#5685053)

I've been on the internet since 1992 and I can remember time when gay sex (photos or stories) made me gag.

Ever since I started reading Slashdot (around 1996) I feel I've become more and more desensitized to gay sex and these days, to my horror, I actually get aroused by some of it.

So my questions is: can a weblog make you gay? I mean, if I keep reading Slashdot and posts like the parent, will it eventually turn me into a cum-slurping cockgobbler that thinks nothing but how to get his tight ringpiece around a thick, fat male cock.

Re:Has Slashdot made me gay? (-1)

FUCKING FAG (583496) | more than 11 years ago | (#5685088)

Absolutely!!!!

MPlayer is fantastic!

Re:Has Slashdot made me gay? (-1, Offtopic)

Anonymous Coward | more than 11 years ago | (#5685131)

Yes. Slashdot is a girl repelant. For some there is no choice.

will it lose the race against xine? (5, Informative)

Pivot (4465) | more than 11 years ago | (#5685010)

From his second posting;
> IMHO mplayer is good enough now that it won't lost in /dev/null if i leave.

> > Probably not, but will it lose the race against xine?

imho we lose it already. see xine, its popularity started to grow since a month and keeps growing. while we spend our expensive time by rev. engineering codecs, optimizing code, writing demuxers, they improve the gui. then they 'steal' the others and win. we have no chance against xine... Ah, stability. Yes, in old days mplayer was rock solid while xine crashed at every second click. It has been changed: mplayer is now everything but stable (thanks to that many hacks and 10l bugs), while xine improved stability a lot...

Re:will it lose the race against xine? (1)

Nadir (805) | more than 11 years ago | (#5685056)

I don't think this is fair. I seem to remember that it was the Xine guys who worked out the SVQ1 format...

Re:will it lose the race against xine? (3, Informative)

rjw57 (532004) | more than 11 years ago | (#5685166)

And it was the xine guys (erm... OK hands up, me) who first separated the DVD nav stuff from Ogle sufficiently to be used in other projects (including, now, mplayer).

Re:will it lose the race against xine? (0)

Anonymous Coward | more than 11 years ago | (#5685215)

Um, but you didn't actually write the DVD nav from scratch; by your own admission, you took the code from Ogle and reworked it.

Either way, thats hows OSS works, and we're all the better off for it: We have two good media players (MPlayer, Xine) under Linux/BSD/Others.

Does anyone have a timeline of the various media players? Its obvious that most modern players drawn on a huge number of sources E.g. xanim, avifile, Ogle, libmpeg etc. It'd be interesting (Well, maybe) to see how they all relate to each other.

Re:will it lose the race against xine? (1)

KeyserDK (301544) | more than 11 years ago | (#5685066)

Well, gstreamer might win the support from the desktop projects instead of xine. It's already used by gnome, and i think the kde guys are looking into it too since the c++ bindings were quite nice. Lets hope that gnome/kde just decide on one thing to use for multimedia architecture =)

MPlayer is working fine, gstreamer not. (1)

Gtz (18854) | more than 11 years ago | (#5685091)

Why do you set your hopes on gstreamer? On my Celeron 333 I cannot even play a simple mp3 file with the gstreamer player, while MPlayer is working fine. Also, gstreamer is broken with i686 optimized glibc.

Re:MPlayer is working fine, gstreamer not. (0)

Anonymous Coward | more than 11 years ago | (#5685133)

You can get a more modern motherboard/proc for like $15 now, maybe you should upgrade.

How MPlayer is better than Avifile? (0)

Anonymous Coward | more than 11 years ago | (#5685016)

I've used Avifile in the past and it worked well.

Re:How MPlayer is better than Avifile? (0)

Anonymous Coward | more than 11 years ago | (#5685110)

ffmpeg/MPlayer basically takes the stuff that Avifile did so well (Win32 codecs, ASF/WMV decoding) to the next level; native codecs, a whole bunch of new formats (Including Sorenson Quicktime), DVD nav, streamed files etc.

MPlayer = Avifile ^ 3

I note with interest that Avifile is still being developed.

I just completed downloading it! (1, Informative)

Xpilot (117961) | more than 11 years ago | (#5685018)

Ha! Take that Slashdot!

I'm currently making some Slackware 9 packages for it. I'm trying to get it to compile with the Quicktime codecs, but it seems kinda broken (I probably screwed up somewhere)

The new default skin is really cool looking...

FreeBSD ports (Re:I just completed downloading it! (0)

Anonymous Coward | more than 11 years ago | (#5685154)

Check out how the FreeBSD ports tree does it for clues on how to compile it. All you have to do is 'cd /usr/ports/multimedia/mplayer; make install' and it'll work. Perhaps you can figure out how things work from inspecting the Makefiles.

You can find the information here [freebsd.org] .

Hope this project doesn't fall by the way side (3, Funny)

sneakybilly (537969) | more than 11 years ago | (#5685022)

This is by far the best Linux Media Player out. Plays all my pr0n :)

Idea for a new media player (3, Insightful)

evilviper (135110) | more than 11 years ago | (#5685029)

Strangely enough, each thread I comment on, seems to lead into a discussion relevant to a story not-yet-posted.

http://slashdot.org/comments.pl?sid=59962&thresh ol d=3&commentsort=0&tid=188&mode=nested&cid=5684 779

Basically, perhaps the best idea for a media player, is to work-out a robust, system-independant, plugin mechanism. That way, everything else (audio/video output, interface, etc) can be done seperately from the decoding/encoding. A media player is much more useful if you don't have to recompile it to add support for one more format. Windows Media Player, Real Player, and Quicktime all have the ability to download plugins, the only problem is that they are very-much system specific. If there was a system-independent plugin mechanism, there wouldn't be so much redundant work, with everyone doing the same things from scratch, for each player, and on each platform.

A media player on Linux, Windows, Mac, or even a hardware device, could all use the same plugin, which you can store along with your media file if you like.

The only thing that would have to be done for each platform, is to build a user interface, and write the native input/output calls. Sure, that's not so simple, but so much work is going into the codecs, that such a system would greatly simplify things. Just think, a Windows user could write a plugin for his video player, which you could then just copy over to your plugin folder, and play the same format.

One stiplation, it is very unlikely embedded developers will adopt a piece of software if it is under a license more restrictive than the BSD, so a reference implimentation would have to be BSD licensed. (The folks at Xiph.org understood that)

Re:Idea for a new media player (0)

Anonymous Coward | more than 11 years ago | (#5685160)

Basically, perhaps the best idea for a media player, is to work-out a robust, system-independant, plugin mechanism. That way, everything else (audio/video output, interface, etc) can be done seperately from the decoding/encoding.

They're called "shared libraries". All you have is link into them and use the published APIs. :)

Re:Idea for a new media player (3, Informative)

rjw57 (532004) | more than 11 years ago | (#5685174)

The GStreamer [gstreamer.net] project aimed to do this and xine already has support for demuxer, codec, output, etc plugins (indeed all the DVD features used by xine used to exist as a totally separate project at dvd.sf.net).

Re:Idea for a new media player (2, Informative)

MrMickS (568778) | more than 11 years ago | (#5685183)

Basically, perhaps the best idea for a media player, is to work-out a robust, system-independant, plugin mechanism. That way, everything else (audio/video output, interface, etc) can be done seperately from the decoding/encoding. A media player is much more useful if you don't have to recompile it to add support for one more format. Windows Media Player, Real Player, and Quicktime all have the ability to download plugins, the only problem is that they are very-much system specific. If there was a system-independent plugin mechanism, there wouldn't be so much redundant work, with everyone doing the same things from scratch, for each player, and on each platform.

Then we would be pretty much dependent on the speed of the CPU rather than any nice tricks that the different systems are capable of. Examples:

Apple makes uses of Altivec instructions in the G4 to get improved performance on the sort of ops that these plugins do.

SGI IRIX based systems make heavy use of the graphics subsystem (which is why they still command big bucks) for this sort of operation.

What you suggest wouldn't gain much approval from users as it wouldn't allow them to use the full power of the machines. Imagine having a system with a new graphics card and getting poor frame rates because the plugin didn't take advantage of the features of the card.

Re:Idea for a new media player (0)

Anonymous Coward | more than 11 years ago | (#5685199)

You mean that it is very unlikely that embedded developers will adobt QNX? AFAIK, QNX has a license far more restrictive than BSD, even a proprietary, commercial license.

MPlayer rocks! (2, Informative)

cdemon6 (443233) | more than 11 years ago | (#5685044)

MPlayer in combination with some scripts can do incredible things - for example watching dvds/svcds/files via tv out is done via a small script my system and every time i am running windows i reboot to view movies, and it takes far less time than using tvool cracked version xxx1024-whatever and trying media player, powerdvd, divxplayer etc. to play some region-encoded dvd, some file which codes is rather new and not found or something...

Re:MPlayer rocks! (0)

Anonymous Coward | more than 11 years ago | (#5685079)

Why don't you put up a web page with your small scripts + short explanations of what they do/what to use? I know I would get inspired by something like that.

Re:MPlayer rocks! (0)

Anonymous Coward | more than 11 years ago | (#5685197)

What tools are there to use the TV-out on nvidia cards in linux. I thought there were none - so I always have too boot into windows when I want to watch movies on the TV.

Please e-mail me at: slashdot@magnus.infidyne.com

Gstreamer (and xine?) (2, Interesting)

KeyserDK (301544) | more than 11 years ago | (#5685054)

I think a projects like gstreamer has far more future than mplayer. It's true that mplayer has far more codec support, but what is really needed is a multimedia architecture, such as gstreamer.

This is one important step getting linux closer to the desktop.

instead of making another from scratch.. (1)

ciupman (413849) | more than 11 years ago | (#5685061)

Why not join forces with the gstreamer team? I think gstreamer is the way to go for the multimedia in linux, that one is really a multimedia framework, not that i don't like mplayer as a stand alone player .. but it's not that scalable as gstreamer

Maybe we'll finally get some threading (5, Interesting)

sanemind (155251) | more than 11 years ago | (#5685074)

Of course, I don't mean to complain, for goodness sakes. A'rpi has done an amazing job. I recently introduced a friend of mine to linux, and he was awe-struck by the huge functionality and flexibility of mplayer. I will always be greatfull for the development that has gone into this wonderful program that I use every day.

Mplayer only just recently got inverse-telecine, which is a Good Thing for those of us who like to archive a lot of shows.... I used to have to use virtaldub under wine if I wanted to get IT done right [for truly treasured movies... the rest I just deinterlaced and accepted the quality loss].

The only remaining quibble I have with mplayer, actually most specifically with mencoder, is the lack of any threaded/forked/etc rendering pipeline. I am somewhat in the minority in having a SMP system, but there are a good deal of us out there. It causes me such pain to not have quite enough cpu to do certain realtime effects while encoding, to fall behind, while I see CPU0 pegged to 100%, and CPU1 just sitting there idle.

There was a big occasion for disagreement a while back, when someone tried to get some threading into mplayer, even had working patches. A'rpi refused. He had somewhat of a point; the context switching overhead actually wastes cycles on a single processor. [As well as flushing the cache at inoportune times]. Threading on a uniprocessor system would only really help with I/O latencies, but mplayer has great cacheing, and manages well, even with just a single context.

I'm torn between being hopefull that maybe there will be more openess to future improvements such as SMP support, but I'm also sad to see such a wonderfull developer throw in the towel. MPlayer probably wouldn't have happened without him.

Re:Maybe we'll finally get some threading (0)

Anonymous Coward | more than 11 years ago | (#5685175)

I also have a SMP system, threading would be nice.. but here's a silly trick for you: use mplayer to decode the video/audio and pipe it back to a second mplayer process for postprocessing/deinterlacing/etc. Works nice. :)

Re:Maybe we'll finally get some threading (1)

Graymalkin (13732) | more than 11 years ago | (#5685204)

I've wondered about this before as well, also having an SMP system running Linux. I'd like maybe a compile time option for threading (in the main code branch) so we could have threading while single processor users wouldn't be burdened by the context switch overhead. Thread safety now can also be useful down the line when Mplayer evolves a bit.

A'rpi ? (2, Funny)

dnaumov (453672) | more than 11 years ago | (#5685084)

"How do I..." "RTFM IDIOT!!!11"

You mean THAT A'rpi ?

developers attitude... (3, Insightful)

erroneus (253617) | more than 11 years ago | (#5685090)

...I had joined the mailing list and the beginning of every message is "RTFM." It's quite insulting they'd think this incomplete project has complete documentation and answers every question.

I had mentioned, as a user, things that should be addressed and they kept saying things like "use the CLI" for that. Utterly ridiculous.

I am hopeful that someone will step up and guide development. Actually, I'd do it myself if I thought people would listen to me. I am not a developer and I think that'd be reason enough to disqualify me.

I hope these things improve... it's a good project.

Re:developers attitude... (0)

Anonymous Coward | more than 11 years ago | (#5685146)

...I had joined the mailing list and the beginning of every message is "RTFM." It's quite insulting they'd think this incomplete project has complete documentation and answers every question.

Did you? If a developer tells you to RTFM it's because the answer is in TFM! Do you want the developer to come round and watch the video with you?

I had mentioned, as a user, things that should be addressed and they kept saying things like "use the CLI" for that. Utterly ridiculous.

Ridiculous eh? Are you referring to the fact that you got such an excellent application for nothing and your complaining? Thats ridiculous.

I would prefer developers to concentrate on making a feature work before they make the buttons highlight when my mouse rolls over. See that thingie with all the buttons? It's called a keyboard, it won't bite.

I am hopeful that someone will step up and guide development. Actually, I'd do it myself if I thought people would listen to me. I am not a developer and I think that'd be reason enough to disqualify me.

I hope these things improve... it's a good project.


You don't need to be a developer to be a project leader, all you need to do is complain to developers, which you seem more then qualified to do. Why not put your money where you mouth is? This is, after all, the beauty of OSS.

Re:developers attitude... (0)

Anonymous Coward | more than 11 years ago | (#5685167)

Dude shut the fuck up. The parent post made a lot of valid points.

Re:developers attitude... (3, Insightful)

BJH (11355) | more than 11 years ago | (#5685194)

they kept saying things like "use the CLI" for that. Utterly ridiculous.

Hardly. It's common for a project with both a CLI and a GUI to have more functionality available via the CLI - it's just so much easier to add an extra option to the command line than to screw around with whatever graphical toolkit is being used for the GUI.

Awesome (1, Informative)

ThundaGaiden (615019) | more than 11 years ago | (#5685139)

I've been using this player religously ever since
I moved to linux , and now that they've chosen
a default skin , I hope they incorporate it into
the project properly (ie default download ,
compile includes it)

I love showing my 'doze friends look I'm playing
an avi , followed by a dvd , vcd , mov , rm ,
etc... all from the same program !!! They just
look flabbergasted and upset.

Then I go look I'm re-encoding using the same
program (well source base at least) and once
again they're flabbergasted , and wow hey no voice
sync problems either :D

This is definatly one of the programs that makes
my life a lot easier using linux

Re:Awesome (0)

Anonymous Coward | more than 11 years ago | (#5685230)

They're flabbergasted at something, but it sure as hell ain't mplayer.

MPlayer! (0, Redundant)

OmniVector (569062) | more than 11 years ago | (#5685149)

It would be a shame to see mplayer lose maintenance, but I'm sure someone will step up to the plate. Xine never could cut it quite like MPlayer as far as stability, customizability and the number of file formats supported.

Why if it wasn't for mplayer i wouldn't be able to play divx files on my powerbook without trying to configure the heck out of QuickTime (which i never managed to get DivX working in).

Changelog? (0)

Anonymous Coward | more than 11 years ago | (#5685171)

Does anybody have the changelog between rc5 and the final version? I can't seem to find it anywhere on their website.

The timing of the release could have been better.. (3, Interesting)

bushboy (112290) | more than 11 years ago | (#5685182)

It would have been a far more useful release had it been made 2 months ago, as we've had the top linux distros all release new versions in the last month or so.

Easy to say that in hindsight, sure, but it may mean that people who were using mplayer will switch to Xine in the latest distro releases.

I've switched to Xine with the latest release of Mandrake I'm testing, except for DVD movies, which I use mplayer for, starting it with a shell script - mplayer is just so damn fine at playing DVD's (with a bit of timing tweaking)

hungary rulez bigtime :) (0)

Anonymous Coward | more than 11 years ago | (#5685221)

check the hungarians out =)

Load More Comments
Slashdot Account

Need an Account?

Forgot your password?

Don't worry, we never post anything without your permission.

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>
Create a Slashdot Account

Loading...