Announcement

Collapse
No announcement yet.

MPlayer2 Gone Dark, MPV Is Still Happening

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • MPlayer2 Gone Dark, MPV Is Still Happening

    Phoronix: MPlayer2 Gone Dark, MPV Is Still Happening

    The once popular MPlayer2 fork of MPlayer has sadly not seen any new development activity in nearly one year, but another less well-known fork of MPlayer is still showing a future with its most recent activity just being from hours ago...

    http://www.phoronix.com/vr.php?view=MTU1NzU

  • #2
    Hmm. I use SMPlayer2 as my main media player right now, since MPlayer2 still seems to be able to handle most media formats, and SMPlayer2 is a pretty good GUI. If someone made SMPV with the same general featureset, I'd probably switch to it.

    Comment


    • #3
      Mplayer2 in its current state is still quite usable even though there hasn't been any maintenance updates in a while so once MPV gets traction it should become something like mplayer2 reloaded. How well will this new player be supported on Linux?

      Comment


      • #4
        It's a shame that even libav updates aren't being merged in. Sounds like the dev either got sick or doesn't want to have anything to do with it anymore.

        Comment


        • #5
          A few days ago we released mpv 0.3.0. Release notes and Windows / OS X binaries are available here (while your favourite disto's package manager should be already updated by now).

          If someone made SMPV with the same general featureset, I'd probably switch to it.
          Hopefully someone will when libmpv and the new slave mode are completed.

          MPV's early features over MPlayer2 were Microsoft Windows support
          This is untrue: while mpv introduced a LOT of Windows improvements this platform is officially supported on MPlayer and mplayer2 as well!

          Comment


          • #6
            Originally posted by GreatEmerald View Post
            Hmm. I use SMPlayer2 as my main media player right now, since MPlayer2 still seems to be able to handle most media formats, and SMPlayer2 is a pretty good GUI. If someone made SMPV with the same general featureset, I'd probably switch to it.
            There's no need for a GUI front end for mpv since it has a nice OSD. However, there is a GUI front-end named cmplayer.

            Comment


            • #7
              Originally posted by DeepDayze View Post
              Mplayer2 in its current state is still quite usable even though there hasn't been any maintenance updates in a while so once MPV gets traction it should become something like mplayer2 reloaded. How well will this new player be supported on Linux?
              It's been well supported for over a year. It's even in Ubuntu 14.04 repos and PPAs for Ubuntu 13.10/14.04.

              Comment


              • #8
                I'll stick with mplayer 1.2 with added vaapi support and realtime scheduling.

                Comment


                • #9
                  I use plain mpv for playing/previeweing videos quickly. I used mplayer previously and it annoyed me that the audio volume always modified pulseaudio's master volume and i couldnt use hardware decoding when available (it could use only either only the vdpau formats or software decoding) - mpv doesnt have these issues + it has a basic gui which is good for quick informative preview.

                  It would be helpful if the gui had a possibility to list the interactive keyboard commands somehow or implement the basic functions such as deinterlacing etc via buttons.

                  Comment


                  • #10
                    Originally posted by mmstick View Post
                    There's no need for a GUI front end for mpv since it has a nice OSD. However, there is a GUI front-end named cmplayer.
                    Sorry dude. It is just ridiculous to use the cli to play videos in these days. Also mplayer/mplayer2 works as a backend to gecko-mediaplayer to wirk with web browsers. It uses gnome-mplayer as a gui.

                    Smplayer and gnome-mplayer (and Umplayer) are pretty much agnostic to the mplayer backend (there is no need for Smplayer2 and I believe the project is dead) They work with either mplayer and mplayer2. mpv needs to have a slavemode so it can be compatible as well.

                    Comment


                    • #11
                      I use smplayer with mplayer2 and set the forward/backward jump (right/left arrows) to 5 seconds. Is there a setting for this in mpv?

                      Since mplayer2 hasn't been updated for a while, has anyone noticed if mpv uses less CPU resources when playing back various audio/video formats and containers?

                      Thanks!

                      Comment


                      • #12
                        seems like mpv has lots of problems playing smooth dvb. I'll at least be sticking to mplayer2 for such streams

                        Comment


                        • #13
                          If any Gentoo users want to use my patched version of mplayer-1.2, I've started pushing my local ebuilds out onto github. I've been meaning to do this for ages! Expect many more ebuilds to appear as I sort out what I've been sitting on for far too long...

                          https://github.com/sjnewbury/gentoo-playground

                          Comment


                          • #14
                            I tried again mpv not very long ago and it wasnít possible to change the audio and subtitles language, making it useless to me. It really needs a GUI.

                            Comment


                            • #15
                              Originally posted by s_j_newbury View Post
                              I'll stick with mplayer 1.2 with added vaapi support and realtime scheduling.
                              I've also been satisfied with mplayer over the years and saw no real reason to change mplayer2. Every few months I'll use their SVN to update my boxes and that's worked out pretty well all along.

                              Comment

                              Working...
                              X