undefined | Better HN

0 pointskbutler8y ago0 comments

Gosh, I didn't realize my new MBP had such a bad screen.

Low-contrast UIs can work well in a typical office environment on bright screens.

Take your ideally calibrated monitor, and use it as a second screen while watching a movie in your darkened home theater. Now take it and use it outside on a sunny day.

I prefer to adjust the brightness. YMMV.

Your description of sRGB is incorrect. sRGB was specified for CRT screens in 1996, used in an ideal viewing environment that is very dimly lit ("The current proposal assumes an encoding ambient luminance level of 64 lux which is more representative of a dim room in viewing computer generated imagery... While we believe that the typical office or home viewing environment actually has an ambient luminance level around 200 lux, we found it impractical to attempt to account for the resulting large levels of flare that resulted" https://www.w3.org/Graphics/Color/sRGB.html)

That doesn't match my viewing environments, which include the range above.

0 comments

kuschku8y ago

MBP? That's surprising to hear then, they've got great (not $1600 Dell HDR monitor perfect, but great) monitors.

One of the core issues is constantly fiddling with the brightness, especially with multiple monitors.

That's where ideally you'd want to have the brightness of the panel fixed, and change it with a lookup map, e.g. what f.lux does for color mapping at night.

That's where you'd get ideal results, would be able to enjoy media in high quality without having trouble with too high contrast or too low contrast websites, and you could choose separate profiles for text and media.

Not everything supports this yet, but with the move to HDR10 and DolbyVision, support is getting better, because now people do have content in the same window that's mastered with completely different contrast ratios (the min for HDR10 is "moonless night", the max is "as bright as sunlight on a cloudless day", while for text the ideal min/max is newspaper text)

kbutlerOP8y ago

You'd have to adjust both brightness and white balance based on the environment (just like a camera. How well do professionals trust the camera's automatic choices?) and probably the environment behind the screen (the rest of the user's field of view).

And then you'd probably need to throw in an adjustment for the individual user's light sensitivity needs and preferences, and possibly the user's current eye dilation (did I just go from bright light into a dark room? Or did I just wake up in the dark room?)

You can design for an ideal environment, but realize that users will not always (ever?) be in that ideal.

kuschku8y ago

Sure, but the goal is that the user sets their brightness for the environment, and not ever for individual software.

The per-application brightness should be done in software, and ideally take into account HDR and colorspace capability of the software.

Otherwise, like the user above had suggested, you have to switch brightness every time you switch between different programs.

1 more reply

j / k navigate · click thread line to collapse

0 pointskbutler8y ago0 comments

Gosh, I didn't realize my new MBP had such a bad screen.

Low-contrast UIs can work well in a typical office environment on bright screens.

Take your ideally calibrated monitor, and use it as a second screen while watching a movie in your darkened home theater. Now take it and use it outside on a sunny day.

I prefer to adjust the brightness. YMMV.

That doesn't match my viewing environments, which include the range above.

0 comments

kuschku8y ago

MBP? That's surprising to hear then, they've got great (not $1600 Dell HDR monitor perfect, but great) monitors.

One of the core issues is constantly fiddling with the brightness, especially with multiple monitors.

That's where ideally you'd want to have the brightness of the panel fixed, and change it with a lookup map, e.g. what f.lux does for color mapping at night.

kbutlerOP8y ago

You can design for an ideal environment, but realize that users will not always (ever?) be in that ideal.

kuschku8y ago

Sure, but the goal is that the user sets their brightness for the environment, and not ever for individual software.

The per-application brightness should be done in software, and ideally take into account HDR and colorspace capability of the software.

Otherwise, like the user above had suggested, you have to switch brightness every time you switch between different programs.

1 more reply

j / k navigate · click thread line to collapse