Originally posted by deanjo
View Post
Announcement
Collapse
No announcement yet.
MPlayer Is Getting Closer To Version 1.0 Too
Collapse
X
-
Originally posted by renkin View PostI may be wrong but doesn't xbmc use mplayer as its core to play media files?
Comment
-
Originally posted by RealNC View PostMPlayer devs always recommend pulling from their SVN. They mentioned in the past that they consider formal releases as a way to make distros happy. They made the "rc" releases because the distros wouldn't use a recent SVN snapshot, shipping hopelessly outdated versions instead. Most distros have clueless packagers who will not pull sources from SVN even at the recommendation of the devs. So they simply pulled from SVN, named the tarball "rc" and went "here you go noob." That "rc" tarball was much better than an SVN pull because it had "rc" in its name even though it was just an SVN pull...
Go figure
Comment
-
SO?
Who cares?
In ten years I have not seen even one mplayer that was not buggy as heck, would not play a [insert almost any container format] file without massaging the heck out it and even then it would often crash in the middle and use a configuration that is MADE to confuse the H~!~ out of otherwise intelligent people. Their website design must be at the top of the list of the worst designs ever conceived, and on and on and on ... but I cannot possibly pass up that (some of) their developers have the worst ATTITUDE of any OSS devs I have seen in over ten years which is, more or less, ''if you do not like it then F U'' ...
I don't care if it is release 10.0 ... I wasted way too many hours on the pure HYPE surrounding that god-awful media player to EVER try it again.
The only way a release of mplayer 1.0 would be part of "the year of the desktop linux" would be if they announced it would be the LAST. ...I'll take a drink on that day.
[ This has been an OPINION. It may not be yours but it is mine so no I won't get into a discussion about it. ]
Comment
-
Originally posted by phtpht View Post(...) requires you to update, but when you do, 20 other things break. As a result you keep updating from trunk until you're lucky enough that all the features you require actually work, then you stop caring. Now imagine yourself as the "distro noob" who actually has to deliver something that works.
Comment
-
Originally posted by Xipeos View PostYour argument is complete crap in my experience. I've been using mplayer (and ffmpeg) from trunk for almost four years now. I update it every couple weeks or so, and never had a major problem (dvdread/nav stopped working at one point though).
Comment
-
Originally posted by phtpht View PostWell how many of the features do you actually use and how diligent your verifications are? Do you actually check the bits in an encoded file against the appropriate standard, do you perform measurements to see if a recent update did not degrade encoding quality, or do you just go like "it still plays my favorite movies, end of testing".
Comment
-
Originally posted by fhj52 View Postbut I cannot possibly pass up that (some of) their developers have the worst ATTITUDE of any OSS devs I have seen in over ten years which is, more or less, ''if you do not like it then F U'' ...
Comment
-
Originally posted by fhj52 View PostWho cares?
In ten years I have not seen even one mplayer that was not buggy as heck, would not play a [insert almost any container format] file without massaging the heck out it and even then it would often crash in the middle and use a configuration that is MADE to confuse the H~!~ out of otherwise intelligent people.
Oh and, did I say that it's *the* fastest movie player out there? (Not that it matters with VDPAU, but when you're trying to play HD movie on a crappy netbook you see the difference.)
Sounds like you used it once ten years ago and now you're spreading your uninformed opinions all over the place.
As for the configuration file - does anyone even use it? I just created a wrapper script in /usr/local that calls mplayer <args I always> "$@"
Comment
Comment