[HN Gopher] Developing Wayland Color Management and High Dynamic...
___________________________________________________________________
Developing Wayland Color Management and High Dynamic Range
Author : cesarb
Score : 63 points
Date : 2020-11-20 11:55 UTC (1 days ago)
(HTM) web link (www.collabora.com)
(TXT) w3m dump (www.collabora.com)
| yepthatsreality wrote:
| > If you are an expert on the topics of color management or HDR
| displays and content, or a developer interested in contributing
| to the project, you are warmly welcome to join the development.
| BlueTemplar wrote:
| > Most of the desktop applications (well, literally all right
| now) are using Standard Dynamic Range (SDR).
|
| Wait, does that mean that Firefox, Gimp, VLC... when run in X11,
| do not currently support HDR ? What about gamuts other than sRGB
| ?
|
| Anyway, sound like this means that my old wide gamut monitor
| should eventually be able to show at least partially the 'HDR
| gamuts' (and luminosities) ? That would be great!
| the8472 wrote:
| WCG has been a thing for much longer than HDR, thus support is
| also more established. Firefox and GIMP do support color
| management via ICC profiles.
| brudgers wrote:
| Gamut is orthogonal to dynamic range in many three dimensional
| color spaces. A wide gamut CRT will tend to have less dynamic
| range than a wide gamut OLED. Dynamic range is a description of
| contrast. Gamut is a description of color.
| BlueTemplar wrote:
| In marketing-speak, the various 'HDR' standards refers to a
| bunch of things, not just to dynamic range :
| https://www.cnet.com/news/dolby-vision-hdr10-advanced-hdr-
| an...
|
| IIRC most of those are using Rec.2020 ?
| brudgers wrote:
| Early drafts of my comment kept going off into the weeds of
| "high dynamic range" versus how people tend to use "HDR" to
| describe pictures made by reducing more bits into fewer
| bits while maintaining the perception of more bits which in
| photography is basically every black and white print made
| from a well exposed black and white negative of a scene
| with at least moderate contrast...obviously I am letting
| this comment go into the weeds.
|
| More recently, "HDR" can also refer to mapping fewer bits
| in the source into more bits on the output in the case of
| displays.
|
| Anyway, disentangling dynamic range from gamut just a bit
| seemed like it might add some light.
| cpach wrote:
| Interesting. Does anyone know what kind of stake Collabora has in
| Wayland? So far it has seemed to me that there aren't many
| commercial backers of Wayland. But if there is, I guess it's good
| for the project. Creating a desktop environment of high quality
| takes lots of really hard work, just look at all the enourmous
| resources that Next/Apple/Microsoft has spent on their desktop
| environments.
| rektide wrote:
| > So far it has seemed to me that there aren't many commercial
| backers of Wayland.
|
| A very decent % of car-automotive infotainment systems are
| GENIVI[1] and Automotive Grade Linux based, which have been
| Wayland based.
|
| LG's webOS runs on Wayland.
|
| Much of Collabora's interest comes from involvement with Chrome
| & ChromeOS. I originally was thinking ChromeOS switched
| entirely to Wayland, but looking around I'm having a hard time
| confirming. I believe this is true: ChromeOS has an "Aura"
| shell which leverages the Chrome infrastructure. Chrome has
| it's own "Ozone" api for rendering. A lot of Collabora work &
| other has gone into the Ozone's Wayland backend.
|
| In the future, the Lacros[2] project intends to run Chrome the
| browser inside their Chrome-based Exo/Exosphere display server,
| which is impemented in Aura. Kind of weird situation. Still not
| sure what Aura or Exo directly uses, whether it keeps a Mus or
| other special Ozone backend, or whether it too will run on
| Wayland, but the browser inside ChromeOS is going to be running
| on Wayland "soon".
|
| One can also run Android apps under Spruv[3], which targets
| Wayland.
|
| Best most important technology development happening on the
| planet. Join those pushing for a better "brighter" future.
|
| [1] https://www.genivi.org/about-genivi
|
| [2]
| https://source.chromium.org/chromium/chromium/src/+/master:d...
|
| [3] https://gitlab.collabora.com/spurv
| ognarb wrote:
| Wayland is heavily used in the embedded world. But the embedded
| world is not using KWin, Mutter or Sway but instead more
| minimal compositors like Qt Wayland compositor or Weston.
| O_H_E wrote:
| Interesting. Nice to know. Never heard of Wayland outside the
| context of desktops.
| m0zg wrote:
| Do you have any examples you could point to? A few years back
| I looked into this and the only real viable option was Qt
| Embedded, which is expensive for embedded and requires
| royalties to be paid on per-device basis. I wonder how much
| things have changed since then and whether there's now a
| viable FOSS GUI stack for embedded Linux.
___________________________________________________________________
(page generated 2020-11-21 23:00 UTC)