Live data from Hacker News

Trying to get past the 500 nits limit of the MacBook Pro (and failing)

alinpanaitiu.com

41–50 of 87 posts

Re: Trying to get past the 500 nits limit of the MacBook Pro (and failing)

#41
post #40

Earlier quoted context omitted.

There seems to be a bug specific to safari, that's why it doesn't "work" on anything else.

By that logic, WebUSB is a bug specific to Blink-based browsers, since it doesn't work on anything else?

I don't understand. WebUSB seems to be a feature/standard.

Re: Trying to get past the 500 nits limit of the MacBook Pro (and failing)

#42
post #26
post #8

It's easy to write an app that displays arbitrary graphics at 1600 nits on the MacBook Pro. You just have to use the Metal API, an "extended" color space, and a Float colorPixelFormat. I'm not sure that this blog post author is trying to accomplish, possibly they are trying to use some other API besides Metal?

I’m not trying to draw HDR content. I want to increase to overall UI brightness (basically, make the brightness of where backlight LEDs go past the software defined limit) I’m testing Apple’s claim of 1000 nits sustained brightness which led many people to believe that they can finally use their laptop in direct sunlight without squinting at the screen. I’m aware of thermal limitations and that even sustained might n…

> I’m testing Apple’s claim of 1000 nits sustained brightness which led many people to believe that they can finally use their laptop in direct sunlight without squinting at the screen.

How about increasing the brightness of just the text, and not the background, like https://kidi.ng/wanna-see-a-whiter-white?

No reason to crank up the brightness for the background as far as I can see.

Re: Trying to get past the 500 nits limit of the MacBook Pro (and failing)

#43
post #3

I was amazed by how bright this page could get, on both Macbook and iPhone — https://kidi.ng/wanna-see-a-whiter-white/ — and I want to figure out how to use this superwhite on my interactive tutorials. But as far as I can see, canvas, svg, and webgl can't access it.

Even on 100% brightness, an iPhone Pro 13 shows the "White" text significantly brighter than the background white. Some other interesting observations: - If I zoom in, the over-100%-bright text fades until it blends in with the background. This is expected (OLEDs have higher peak brightness for small areas), but what isn't expected is that it seems to do it in discontinuous steps. - If I go outside into full sunlight…

> Even on 100% brightness, an iPhone Pro 13 shows the "White" text significantly brighter than the background white.

Same with the new MBP.

The text does fade in over a second or two, and while that happens, I can notice the entire screen flicker ever so slightly. There's clearly some very impressively calibrated interplay between the LCD panel and the backlight going on.

> I can understand why the notion programmers have that "color" is an RGB triple of 8-bit integers from 0 to 255 is so attractive.

Most of the time when dealing with color, it's colors of UI elements. And those are assumed to be sRGB anyway.

Re: Trying to get past the 500 nits limit of the MacBook Pro (and failing)

#44
post #40

Earlier quoted context omitted.

By that logic, WebUSB is a bug specific to Blink-based browsers, since it doesn't work on anything else?

I don't understand. WebUSB seems to be a feature/standard.

WebUSB is yet another attempt at turning a hypertext viewer into an operating system. Documents were never meant to be Turing-complete.

Re: Trying to get past the 500 nits limit of the MacBook Pro (and failing)

#45
post #8

It's easy to write an app that displays arbitrary graphics at 1600 nits on the MacBook Pro. You just have to use the Metal API, an "extended" color space, and a Float colorPixelFormat. I'm not sure that this blog post author is trying to accomplish, possibly they are trying to use some other API besides Metal?

Heh, interesting. When I just got my new macbook, I did try to draw something with a "whiter than white" color to see what the display is capable of. But I didn't think of Metal, I poked around in a custom NSView with various NSColor constructors passing values more than 1, and that didn't work.

Re: Trying to get past the 500 nits limit of the MacBook Pro (and failing)

#47
post #44

Earlier quoted context omitted.

I don't understand. WebUSB seems to be a feature/standard.

WebUSB is yet another attempt at turning a hypertext viewer into an operating system. Documents were never meant to be Turing-complete.

HTML is far from the first document format that's turing complete. See Postscript, PowerPoint (No macros needed), Excel (No macros needed), PDF (if you count the embedded JS), Word (If you use macros), etc.

Re: Trying to get past the 500 nits limit of the MacBook Pro (and failing)

#49
post #46

Isn't like ... 200 nits ... a healthy upper limit for looking at a screen all day?

Depends on surrounding environment.

If you are a dark area 200 nits would even be high.

If you are in a well-lit area or outside in a sunny day, 200 nits would be super dark, and by that definition if it was unhealthy, looking at almost anything in a well lit day would be unhealthy.

Post reply on HN