[MPlayer-dev-eng] what happened to the blu-ray support

Benjamin Zores ben at geexbox.org
Fri Jul 2 21:26:00 CEST 2010


On Fri, Jul 2, 2010 at 8:47 PM, Dâniel Fraga <fragabr at gmail.com> wrote:
> On Thu, 1 Jul 2010 17:36:59 +0200
> Attila Kinali <attila at kinali.ch> wrote:

Just for you to know, you won't get much friends here ...
I do partly agree with a few things you said but well ...

>> We dont implement what some random user thinks needs to be implemented ASAP.
>
>        This is the *biggest* mistake a developer can do and the reason
> why MPlayer cannot be considered the "top" player as it used to be
> before. MPlayer is stalled and that's sad.

Wrong.

It depends on users actually.
MPlayer still is the fastest command-line based players for UNIX I'd
say but from a user perspective, it's way to geeky.
What are "top" players to you ? Probably VLC mostly because of its
really strong user base.
If you listen to professionals, they'd say GStreamer, but only for
wrong reasons: the capability to use binary bloat.

The biggest issue is it's underlying architecture which prevents many
new addition or doesn't motivate new contributor to join.

>        Developers have no clue at all on what really matters and what
> really add value to a software. In the end, we have lots of programmers
> who decide to code here and there at a random fashion without any
> rational direction. There's no roadmap, no planning, no leadership, no
> focus, no nothing.

Cause you do have any clue ?

I am (or used to be) an MPlayer developer. Here's what I'd like to
have in MPlayer:
- full dvdnav
- bluray support
- OpenGL (ES) renderer for embedded devices
- VA-API support
- hardware acceleration for various embedded DSPs
- overlay filter to display any bitmap I want over video
- fully controllable through a frontend.

So I now have a roadmap. Is it enough ? No way, we still need to find
a way to have this inside.

You seem to consider Open Source developers as a low-cost slave manpower.
People aren't paid to work on it and only do this to fill a need for them.

You want specific features ? Pay for them.
MPlayer doesn't please you ? So what ? Who forces you to use it anyhow ?

>        So in the end we have a player who can play whatever format you
> put in, but has serious flaws on the most basic function like dvdnav or
> even basic already decrypted blu-ray support (what is really
> important to the regular user).

I don't know any OSS player that plays BD right now so this argument
is pointless.

>        Or Mplayer developers decide to put a serious effort on this or
> this will keep appearing again and again. Or put a end on it and declare
> blu-ray will never be supported by MPlayer... at least nobody will
> expect it and everybody can be happy again.

Hopefully for us, you've enlighted us on the way to go.

PS: btw, most of MPlayer developers actually are/were/used to be major
contributors to FFmpeg.
So these "lazy developers" that don't understand user needs just made
all the hard work that
each and every player now uses instead of focusing on their own project.
How selfish this is ...

Ben



More information about the MPlayer-dev-eng mailing list