No announcement yet.

Is MPlayer2 A Viable Fork Of MPlayer?

  • Filter
  • Time
  • Show
Clear All
new posts

  • Is MPlayer2 A Viable Fork Of MPlayer?

    Phoronix: Is MPlayer2 A Viable Fork Of MPlayer?

    Earlier this month MPlayer2 had its second release candidate, but it hasn't been talked about on Phoronix or much at all on the Internet. This isn't version 2.0 of MPlayer, which itself

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    I'm not sure if you answered the question you posed in the title or not Michael

    Is MPlayer2 a viable fork?


    • #3
      Generally, in journalistic reporting, you either ask a question and state the facts, allowing the reader to come to their own conclusion, or you bring attention to something (say, a new release of Fedora) and state the facts (what's new, what's missing, etc.), and allow the reader to come to a conclusion.

      I think this article is a good example of the first.

      Recently, it's been more like this**: Either ask a question and state the facts with a lot of opinion in between to sway the reader, or bring attention to something with a lot of opinion or unrelated/skewed information to sway the reader.

      **not so much on phoronix, but in general.


      • #4
        First FFMpeg got forked, then MPlayer too.

        This is a sign the FFMpeg ecosystem needs a lot stronger and democratic leadership. The lack of a strong organization behind it is showing the problems lately, but it seems the symptoms were already there in the underground.

        I think it's time to make a proper Foundation (name it whatever yoy may want), with a strong look at consensus from different project members and in collaboration with other organizations. Look at Linux Foundation, X.Org Foundation and Document Foundation for examples.

        Forking is a good way to experiment different paths and showing different ways. It was quite good with EGCS that showed the technical superiority and got merged back to GCC, Libreoffice forked from OpenOffice and is starting to show the benefits of open government without a very big coporate head behind it.

        The most weak point of FOSS is sometimes the lack of a strong organization behind projects. This can be a non-issue in hobbyist or small projects for some time, but not when your project gains lots of importance and grow in terms of complexity. I believe that's the main reason FFMpeg and other related projects are having organizational problems so they are forking...

        At a long time, I think an Open Source Confederation must be done someday. I'm not talking about some geeky utopian idea taken from Star Trek, but looking at non-tech organizations out there that did something similar to that. This can make the community stronger and also put more pressure both in media and governments.


        • #5
          There's an Arch AUR package, too.

          I'm currently using it, and it works well with SMPlayer, and it does feel snappier.


          • #6
            direction looks sane to me

            Runtime-switchable translations with gettext are now supported.

            MPlayer2 does not depend on embedded FFmpeg library copies and uses FFmpeg only through its public API

            Support for gapless playback of audio files (option -gapless-audio)

            Future work will concentrate on improving the interface for external GUI implementations instead.

            All in all it looks like some good architectural choices are made in this fork..


            • #7
              "libass" is a pretty funny name btw


              • #8
                As far as I'm concerned, forking isn't nearly so big a deal these days because git is neat like that. The ffmpeg/libav thing was unfortunate, and I still don't think it was a great idea, but upon further thought it occurs to me that maybe more development will get done because less friction sparks fewer flame wars. (Some of the stuff that's come up on ffmpeg-devel has been pretty ugly.) Maybe we'll see a similar effect here?

                There will be people that cherry-pick patches across party lines, so this may even end up a GOOD thing for the technical state of the art, if not the community/political aspects.


                • #9
                  Originally posted by Wyatt View Post
                  Some of the stuff that's come up on ffmpeg-devel has been pretty ugly.
                  They bring it on themselves with their attitude. Up until recently they didn't bother linking to their bugtracker and they still spend a significant amount of time on their "wall of shame."


                  • #10
                    Michael, its "mplayer2" vs "MPlayer", not "MPlayer2" vs "MPlayer".

                    Awesome fork btw, definitely better than MPlayer.