Announcement

Collapse
No announcement yet.

Intel Developer Working On Adding HDR Display Support To Wayland / Weston

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

  • #11
    Originally posted by Azrael5 View Post

    so, is not intel a vendor?
    Wayland is a protocol.
    Wayland can easily be extended.
    Extensions are defined as a protocol specifications.
    The specifications are xml files:
    https://github.com/wayland-project/wayland-protocols
    The tool wayland-scanner can auto-generate a C API from these XML files. But the specification itself does not require you to use C at all and it doesn't matter which GPU you have. This code may be used to write compositors if you don't want to use libraries like wlroots.
    NVIDIA only bullshit like EGLStream is an issue the compositor developer has to deal with and is separate from the wayland protocol itself.
    People write these XML specifications.
    Intel employs people, called developer.
    This developer proposed generic extensions (see article and mailing list).
    I can't see any intel specific requirements in those extensions and I don't know why it would be necessary.
    Last edited by Kemosabe; 01-10-2019, 04:28 PM.

    Comment


    • #12
      Originally posted by Kemosabe View Post

      Wayland is a protocol.
      Wayland can easily be extended.
      Extensions are defined as a protocol specifications.
      The specifications are xml files:
      https://github.com/wayland-project/wayland-protocols
      The tool wayland-scanner can auto-generate a C API from these XML files. But the specification itself does not require you to use C at all and it doesn't matter which GPU you have. This code may be used to write compositors if you don't want to use libraries like wlroots.
      NVIDIA only bullshit like EGLStream is an issue the compositor developer has to deal with and is separate from the wayland protocol itself.
      People write these XML specifications.
      Intel employs people, called developer.
      This developer proposed generic extensions (see article and mailing list).
      I can't see any intel specific requirements in those extensions and I don't know why it would be necessary.
      Do you state that nvidia, amd and intel have not development team?

      Comment


      • #13
        Originally posted by Azrael5 View Post

        Do you state that nvidia, amd and intel have not development team?
        <((((><

        Comment


        • #14
          Originally posted by patrakov View Post
          On wide-gamut non-HDR monitors, full-screen games still look like <censored>. Oversaturated colors. I.e. Linux still does not have mandatory full-screen color correction that works even for legacy apps from the times when all monitors were strictly sRGB.
          you are using some broken linux then. did you break it?

          Comment


          • #15
            Originally posted by Azrael5 View Post
            so, is not intel a vendor?
            no, intel is an author of wayland protocol specification

            Comment


            • #16
              Originally posted by Azrael5 View Post
              Do you state that nvidia, amd and intel have not development team?
              development team of what?

              Comment


              • #17
                Originally posted by patrakov View Post
                On wide-gamut non-HDR monitors, full-screen games still look like <censored>. Oversaturated colors. I.e. Linux still does not have mandatory full-screen color correction that works even for legacy apps from the times when all monitors were strictly sRGB. And - you call this feature parity with MacOS?
                They're light years behind OS X.

                Comment


                • #18
                  Originally posted by boudewijnrempt View Post
                  YAY! We've been working on HDR support in Krita since mid 2018 -- and have it working on Windows, and on Windows only.
                  Before getting too exited, take a look at the (total lack) of Color Management support in Wayland. Maybe it's not such a good fit for Krita until Wayland developers wake up and notice that they've missed something...

                  Comment


                  • #19
                    Originally posted by gwgwg View Post
                    Before getting too exited, take a look at the (total lack) of Color Management support in Wayland. Maybe it's not such a good fit for Krita until Wayland developers wake up and notice that they've missed something...
                    Traditional color management isn't really relevant when doing HDR in any case -- plus, we're already used to doing all color management internally, since it's a mess in X11, too.

                    Comment


                    • #20
                      Originally posted by boudewijnrempt View Post

                      Traditional color management isn't really relevant when doing HDR in any case -- plus, we're already used to doing all color management internally, since it's a mess in X11, too.
                      Except that due to the design of wayland an application can't know which monitor they are running on (making automatically selecting the right output profile impossible) and wayland doesn't have a way to actually calibrate nor profile the screen. So in essence wayland is worse then X11 currently is. Add to this that large gamut/HDR screens are becoming mainstream making full-screen color management a necessity (otherwise a lot of people are going to complain that they favorite app/video/game/etc looks wonky), provided this is implemented correctly this shouldn't be a problem (see MacOS) but if it isn't graphics artist need to turn this off (hopefully with a runtime option) in the best case or are stuck on X11 for the worst case.

                      Comment

                      Working...
                      X