Announcement

Collapse
No announcement yet.

Ubuntu's Prolific GNOME Developer Is Looking To Tackle Deep Color Support

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

  • #11
    Originally posted by bug77 View Post
    10 bits per channel are like 10 years late to the party. Not to Gnome, but to Linux in general. Afaik, what held us back was driver support. Are drivers providing proper support these days?
    Android also only supports 10-bit since not too long ago, and Android is much bigger, so we're not that far behind.

    Comment


    • #12
      Originally posted by Vistaus View Post

      Android also only supports 10-bit since not too long ago, and Android is much bigger, so we're not that far behind.
      Nobody's mastering content on Android, so there was no pressure there. But considering we've had proper HDR Android TVs for years, it's debatable when Android started offering support.
      Last edited by bug77; 03 August 2020, 12:44 PM.

      Comment


      • #13
        Originally posted by bug77 View Post

        Nobody's mastering content on Android, so there was no pressure there. But considering we've had proper HDR Android TVs for years, it's debatable when Android started offering support.
        The android on "proper HDTVs" may or may not have been "proper Android" (i.e. the feature was implemented as a custom hack).

        It's embedded stuff after all, the amount of custom stuff is always off the charts.

        Comment


        • #14
          Originally posted by miabrahams View Post
          I believe the more commonplace terminology for this is “HDR” and “10-bit” color instead of “deep” and “30 bit.”
          Kinda reminds me of "CRTC" still being used today to mean "display".

          Comment


          • #15
            Originally posted by starshipeleven View Post
            The android on "proper HDTVs" may or may not have been "proper Android" (i.e. the feature was implemented as a custom hack).

            It's embedded stuff after all, the amount of custom stuff is always off the charts.
            Ok, you made me look it up, it's Android 7: https://source.android.com/devices/tech/display/hdr
            It doesn't say 10 bit per se, but the HDR standards mentioned require 10 bit per channel.

            Comment


            • #16
              Originally posted by bug77 View Post
              Afaik, what held us back was driver support
              you are disagreeing with article text

              Comment


              • #17
                Originally posted by mroche View Post
                “10-bit”, “Wide Gamut”, and “HDR” are more commonly used terms.
                of which only first one relates to channel bit width. wide gamut is about color coordinates, hdr could mean just brightness range

                Comment


                • #18
                  Originally posted by bug77 View Post
                  I'm just happy we're starting to move past sRGB.
                  srgb has nothing to do with channel bit width. you can have 16*3 bit wide srgb

                  Comment


                  • #19
                    Originally posted by pal666 View Post
                    you are disagreeing with article text
                    The article only says there's some level of support in Intel drivers. Nothing about its reliability.
                    Originally posted by pal666 View Post
                    srgb has nothing to do with channel bit width. you can have 16*3 bit wide srgb
                    I know. But we are starting to move past sRGB.

                    Comment


                    • #20
                      Originally posted by miabrahams View Post
                      I believe the more commonplace terminology for this is “HDR” and “10-bit” color instead of “deep” and “30 bit.”
                      That's simply wrong. You can have 10 BPC and even or 12 BPC and not be HDR. One feature is not directly related to other (8 BPC HDR would probably look awful, but that's a different issue).

                      I do wonder, though, if this feature is only for 10 BPC RGB. Could GNOME/Mutter also support YCbCr encodings (4/4/4, 4/2/2, 4/2/0) for those channels? It seems we are getting very close to HDR support in Linux!

                      Comment

                      Working...
                      X