Announcement

Collapse
No announcement yet.

MPV 0.4.1 Brings Various Bug Fixes

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

  • MPV 0.4.1 Brings Various Bug Fixes

    Phoronix: MPV 0.4.1 Brings Various Bug Fixes

    The MPlayer-forked MPV multimedia software is out with a new stable release...

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

  • #2
    Some typos..

    "which was releases " "combine moluse buttons"

    Comment


    • #3
      Since we no longer believe in UIs he had to write his post from the command line, so you'll have to forgive him for any typos.

      Comment


      • #4
        When is slave mode going to be implemented?!?..

        Comment


        • #5
          Originally posted by Baconmon View Post
          When is slave mode going to be implemented?!?..
          Never. But you can compile libmpv and build a GUI using the libmpv API.

          Comment


          • #6
            Originally posted by Gusar View Post
            Never.
            Why not, though? What's the reasoning?

            Comment


            • #7
              Originally posted by Vidar View Post
              Why not, though? What's the reasoning?
              It's probably because MPV wants to remain obscure with no one using it :-P

              Comment


              • #8
                Originally posted by Vidar View Post
                Why not, though? What's the reasoning?
                Because building a GUI that interfaces with a library through API calls makes more sense and is much more robust than a slave mode and scraping stdout (yes, mplayer GUIs scrape stdout).

                @RealNC: Slave mode is the obscure thing, while libraries providing client APIs is very common.

                Comment


                • #9
                  Oh, that's really nice then. Shame CMplayer is the only GUI out there and it's a bit... bareboned. I'm hoping it becomes more complete in the future (like SMplayer or VLC)

                  Comment


                  • #10
                    Originally posted by Vidar View Post
                    Shame CMplayer is the only GUI out there
                    How can CMplayer use mpv if mpv doesn't have a slave mode or API to connect to?..
                    I would love for mpv to work with SMPlayer some how..

                    Comment


                    • #11
                      Originally posted by Baconmon View Post
                      How can CMplayer use mpv if mpv doesn't have a slave mode or API to connect to?..
                      I would love for mpv to work with SMPlayer some how..
                      it DOES have an API to connect to (as mentioned above)... some of that API work is included in this 0.4.1 release: "Allow client applications to call mpv_terminate_destroy(NULL)."
                      Keywords being "client applications"

                      As for SMPlayer, I believe it will never support MPV for several reasons.
                      1. They do what was mentioned above, scraping stdout over their "slave mode" and fixing their backend to include proper API calling would probably be too much work for them.
                      2. All of the features, options, etc of SMPlayer are aimed at MPlayer (and SMPlayer2 aimed at MPlayer2), so short of creating ANOTHER version called SMPV, you'd have to change the entire options/etc layout if the user decided to use MPV instead of MPlayer.
                      3. other stuff...

                      That being said, I think we can do much better than SMPlayer anyway, and I would contribute to such a cause but unfortunately my programming skills are fairly non-existent.

                      Comment


                      • #12
                        The irony is... I have the programming skills but absolutely zero motivation to go and re-invent the wheel with a replacement for SMPlayer.

                        We seem to have this problem in the Linux world. A program finally matures and is pretty solid and sure enough the community says, "Away with it! Let's redo it all over! Because!"

                        There are only a couple of things in MPV that are worth keeping and it'd be far better if they could just be merged into mplayer2, but it sounds like the mplayer2 maintainer has totally checked out on life.

                        Comment


                        • #13
                          Originally posted by Daktyl198 View Post
                          I think we can do much better than SMPlayer anyway
                          That would be cool too.. If SMPlayer is unwilling to keep up with the times, then I can move on to some thing else..
                          I would love to use mpv instead of mplayer.. On SMPlayer, it won't even render h265 videos, but mpv can!.. I haven't tried CPlayer or whatever that one person was talking about.. I usually don't bother using any thing not in the debian repos.. But usually when any thing gets popular enough, it will be in the repos..

                          Comment


                          • #14
                            Originally posted by johnc View Post
                            We seem to have this problem in the Linux world.
                            I know very well what you mean and it seems like it'll stay like this for what looks like a very, very long time.

                            Comment


                            • #15
                              Originally posted by johnc View Post
                              The irony is... I have the programming skills but absolutely zero motivation to go and re-invent the wheel with a replacement for SMPlayer.

                              We seem to have this problem in the Linux world. A program finally matures and is pretty solid and sure enough the community says, "Away with it! Let's redo it all over! Because!"

                              There are only a couple of things in MPV that are worth keeping and it'd be far better if they could just be merged into mplayer2, but it sounds like the mplayer2 maintainer has totally checked out on life.
                              Well, you don't have to go and reinvent SMPlayer, I just mentioned creating something new because I figured it would actually be less work than making SMPlayer compatible with MPV. If somebody wants to step up and make SMPlayer work with it, then by all means do it. That'd be great! That way, we might even be able to merge SMPlayer and SMPlayer2 (split for MPlayer and MPlayer2 usage on most distros it seems) and just have it switch Options/interface/whatever with whatever backend you use.

                              A "mature and solid" program does not always mean a "great" program. It could be fundamentally flawed at a low level, among other things, so that it can't go very far or maintenance can become too tedious (I'm sure you know all this, being a programmer). Most of the time the community says to switch to a new program that implements features of an older program, there are definite reasons (more active development is a reason I see a lot).

                              As for "only a couple of things in MPV worth keeping", there was definitely more cruft ripped out of the MPlayer2 code than there was features put in (which I consider a great thing), and at this point trying to merge MPV features into MPlayer2 would be nigh on impossible I believe.

                              Comment

                              Working...
                              X