Announcement

Collapse
No announcement yet.

MPV Player 0.32 Released With RAR5 Support, Bash Completion

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

  • #31
    Originally posted by BwackNinja View Post
    If anyone is wondering what the Gnome wayland issues are:

    https://github.com/mpv-player/mpv/wi...ve_xyz_problem
    That is outdated. Starting with version 0.31 MPV supports CSD. Implementation still is not perfect, but they've chosen correct path: mpv draws decorations same way as it's playback control panel, as a valid CSD app should do.

    Comment


    • #32
      Originally posted by Britoid View Post

      Right. I don't think it would be unreasonable for mpv to have some sort of basic GTK window creation, akin to what it does on macOS, although whether someone actually wants to do that work and link to all of GTK is a valid discussion. I think an idea was some sort of libdecoration library for clients to draw decoration with (that would use xdg-decoration if available) to be available for clients that don't want to use a toolkit for window creation.

      One of the reasoning behind Wayland was that a lot has moved from the display server to the toolkit. Mutter and Weston were both made with this in mind. I also think it's possible to have these kinds of discussions without pulling the "GNOME IS EVIL HURR DURR" line. You have two different viewpoints, and neither is particularly wrong or right.
      No, on MacOS that's merely the reasonable lowest-level api. It IS unreasonable for mpv to gain GTK as a dependency on Linux when so many environments are not GTK-based. Again, if that's what you need then you should use Celluloid and not bother the mpv devs for a problem solved better elsewhere. It isn't that Gnome is evil, it's that they aren't cooperating with others. It's well within their right not to, but no one will forget the hate that Canonical got (and for some reason still has) for Mir not cooperating with wayland.

      A video player doesn't need window borders. mpv has already worked around that, and has controls built into its OSD.

      The server should be doing as little as possible to give the clients as much flexibility as possible. The difference between implementing more in the server vs forcing the use of a specific toolkit is mostly a semantic one.

      The point of a libdecoration has mostly evaporated because everyone other than Gnome has standardized on supporting SSD as an option, which also avoids the complexity added by needing to handle subsurfaces yourself to maintain independent rendering. It also keeps the window decorations matching what is expected by the compositor itself, also easily allowing for matching window decorations in entirely different compositors installed on the same system.

      Comment


      • #33
        Originally posted by BwackNinja View Post

        No, on MacOS that's merely the reasonable lowest-level api. It IS unreasonable for mpv to gain GTK as a dependency on Linux when so many environments are not GTK-based. Again, if that's what you need then you should use Celluloid and not bother the mpv devs for a problem solved better elsewhere. It isn't that Gnome is evil, it's that they aren't cooperating with others. It's well within their right not to, but no one will forget the hate that Canonical got (and for some reason still has) for Mir not cooperating with wayland.

        A video player doesn't need window borders. mpv has already worked around that, and has controls built into its OSD.

        The server should be doing as little as possible to give the clients as much flexibility as possible. The difference between implementing more in the server vs forcing the use of a specific toolkit is mostly a semantic one.

        The point of a libdecoration has mostly evaporated because everyone other than Gnome has standardized on supporting SSD as an option, which also avoids the complexity added by needing to handle subsurfaces yourself to maintain independent rendering. It also keeps the window decorations matching what is expected by the compositor itself, also easily allowing for matching window decorations in entirely different compositors installed on the same system.
        Can you give me the Freedesktop spec where this has been standardized (that you have to support it)?

        Cause Weston isn't standard compliant if that's true, which is pretty tough given its the reference compositor.

        Comment


        • #34
          Originally posted by Britoid View Post

          Can you give me the Freedesktop spec where this has been standardized (that you have to support it)?

          Cause Weston isn't standard compliant if that's true, which is pretty tough given its the reference compositor.
          Closest you can get is this. It's part of the umbrella of the wayland project.
          https://cgit.freedesktop.org/wayland...nstable-v1.xml

          It is by no means required -- nothing outside of the core wayland protocol is required for any compositor. Its existence as part of the wayland-protocols shows it as being standardized by the involved parties, and even gtk implements support for it, though mutter does not.

          Weston is a generic compositor, not even having the intention of being a compositor for desktops, but to show that wayland as a protocol could be suitable for desktops, ivi, and other embedded usecases. It's mostly meant to show the core wayland protocol as well as some additional ones whose implementations have been contributed. For example, it supports xdg-output from wayland-protocols as well. It's a demonstration with a library to enable you to build more complex compositors that can implement more protocols themselves. I'm not sure any notable projects are still using libweston anymore though -- wlroots has largely established itself as the standard library for building compositors.

          Comment


          • #35
            Originally posted by BwackNinja View Post
            The point of a libdecoration has mostly evaporated because everyone other than Gnome has standardized on supporting SSD as an option, which also avoids the complexity added by needing to handle subsurfaces yourself to maintain independent rendering. It also keeps the window decorations matching what is expected by the compositor itself, also easily allowing for matching window decorations in entirely different compositors installed on the same system.
            Unless you want to rename it "libcoddlegnome" and make it a shim that normally requests SSD but dlopens GTK if it detects a GNOME desktop.

            Comment


            • #36
              Originally posted by Gusar View Post
              The thing with video in RAR isn't to compress the content, it's purely about delivery. In the olden days, multi-volume RAR is how content was delivered due to practical reasons, like slow internet connections or use of platforms like usenet groups or ftp servers. Splitting up the content made sense then, each part is checksummed and you didn't need to get all parts at once. Why multi-volume RAR is still used today when there's much better delivery mechanisms like bittorrent (where each chuck is checksummed by design) and internet connections are much faster, I have no idea. But there are people still getting their content in this format and they want to play it without unpacking it.
              Ah, so it's a feature for playing back pirated content while keeping it packed the same way that it was originally distributed. That makes a little more sense.

              Comment


              • #37
                Originally posted by intelfx View Post
                What a moron.
                A promising start there..

                Originally posted by intelfx View Post
                But then again, you shouldn't expect much from a GitHub profile with no real name and an anime picture for an avatar. 4chan-style development, jfc.
                It gets only bettter! Says a LOR user)))

                Originally posted by intelfx View Post
                It's not developers' business to tell users what they should or what they should not run, or make political statements on that matter, lest we end up with
                Says GNOME fanboy)) you lot are really something)

                BTW didn't know you were a G**** fanboy as well as systemd. The latter is OK with me, but the obnoxious workflow and standards breaking mess... tut-tut.
                Last edited by mos87; 01-28-2020, 04:49 AM.

                Comment


                • #38
                  Originally posted by ssokolow View Post
                  Unless you want to rename it "libcoddlegnome" and make it a shim that normally requests SSD but dlopens GTK if it detects a GNOME desktop.
                  The whole point is not to request SSD at all. Decorations are same GUI elements as any other controls, like buttons or comboboxes. So, there is no point in dlopening GTK anywhere, same toolkit or subsystem which renders buttons should draw a titlebar and borders. If that tookit tries to mimic "native" look and feel with buttons, it may mimic gnome's titlebars.

                  Comment


                  • #39
                    Originally posted by Khrundel View Post
                    The whole point is not to request SSD at all. Decorations are same GUI elements as any other controls, like buttons or comboboxes. So, there is no point in dlopening GTK anywhere, same toolkit or subsystem which renders buttons should draw a titlebar and borders. If that tookit tries to mimic "native" look and feel with buttons, it may mimic gnome's titlebars.
                    Except that the things which expect SSD tend to be things like SDL-based games, where it makes all the sense in the world to ask the platform APIs to take care of it for you,it was probably lucky that you got a Linux port to begin with, and it's likely it doesn't get supported very well.

                    ("Linux port" being the "PC port, as done by Japanese developers" of the western world.)

                    ...and, last I checked, the SDL approach was basically "If GNOME persists with not supporting SSD requests, maybe we can draw the bare minimum that can be called window decorations and consider it done."

                    Comment


                    • #40
                      Originally posted by mos87 View Post
                      Says a LOR user
                      Says someone who got banned from there for obnoxious trolling and generally being an asshole.

                      Originally posted by mos87 View Post
                      )))
                      Go away.
                      Last edited by intelfx; 01-29-2020, 08:17 AM.

                      Comment

                      Working...
                      X