undefined | Better HN

0 pointsDylan168076mo ago0 comments

> when their light-mode GUI suddenly turns grey as a part of it becomes 10x the brightness of what used to be white

I don't know why you're asking me about examples that violate the rules I proposed. No I don't want that.

And obviously boosting the brightness of a screen capture is bad. It would look bad in SDR too. I don't know why you're even bringing it up. I am aware that HDR can be done wrong...

But for HDR videos where the HDR actually makes sense, yeah it's fine for highlights in the video to be a little brighter than the GUI around them, or for tiny little blips to be significantly brighter. Not enough to make it look gray like the misbehavior you linked.

0 comments

mort966mo ago

> I don't know why you're asking me about examples that violate the rules I proposed. No I don't want that.

Other than the exaggerated 10x, I don't understand how it violates the rules you proposed. You proposed a scheme where part of the screen should be allowed to be significantly brighter than the surrounding SDR GUI's FFF. That makes the surrounding GUI look grey.

> And obviously boosting the brightness of a screen capture is bad. It would look bad in SDR too. I don't know why you're even bringing it up.

I'm bringing it up because that's how HDR looks on the web. Most web content isn't made by professional movie studios.

The example video I linked conforms with your suggested rules, FWIW: most of the image is near black, only a relatively smart part of it is white. The average brightness probably isn't over SDR FFF. Yet it still hurts.

Dylan16807OP6mo ago

The whole chip in the middle is brighter than white. Half that video is super bright, making this example way more than I was suggesting in both area and average brightness.

> most of the image is near black, only a relatively smart part of it is white. The average brightness probably isn't over SDR FFF.

It's a lot more than I suggested, and I said average brightness half of FFF for my example.

Also if I knew you were going to hammer on the loose example numbers I would have said 2% or 1%.

> I'm bringing it up because that's how HDR looks on the web.

But I'm not defending how it looks. I'm defending how it could look, since you don't see why anyone would even want HDR on the web.

mort966mo ago

This is going on for too long. Maybe you can somehow find a way to process all HDR content so that it's reasonable (i.e never makes the surrounding SDR GUI look grey, never makes bright pots which are bright enough to hurt) across all screens imaginable and all contexts. Maybe. I have my doubts, but go ahead.

Convince the web standards bodies and browser implementers and transform the world into one where HDR on the web is perfect and never causes issues.

But until that's done, there's a simple solution: Just don't support HDR. Until your hypothetical perfect solution is universally implemented, it does more harm than good on the web and should not be supported.

I don't see why anyone would want HDR on the web in its current form.

1 more reply

j / k navigate · click thread line to collapse

0 comments

mort966mo ago

> I don't know why you're asking me about examples that violate the rules I proposed. No I don't want that.

> And obviously boosting the brightness of a screen capture is bad. It would look bad in SDR too. I don't know why you're even bringing it up.

I'm bringing it up because that's how HDR looks on the web. Most web content isn't made by professional movie studios.

Dylan16807OP6mo ago

The whole chip in the middle is brighter than white. Half that video is super bright, making this example way more than I was suggesting in both area and average brightness.

> most of the image is near black, only a relatively smart part of it is white. The average brightness probably isn't over SDR FFF.

It's a lot more than I suggested, and I said average brightness half of FFF for my example.

Also if I knew you were going to hammer on the loose example numbers I would have said 2% or 1%.

> I'm bringing it up because that's how HDR looks on the web.

But I'm not defending how it looks. I'm defending how it could look, since you don't see why anyone would even want HDR on the web.

mort966mo ago

Convince the web standards bodies and browser implementers and transform the world into one where HDR on the web is perfect and never causes issues.

I don't see why anyone would want HDR on the web in its current form.

1 more reply

j / k navigate · click thread line to collapse