Judging a captive market for not being able to break free from a monopoly is just another firm of oppression, buddy.

lets not forget browbeating the fed to drop interest rates before covid hit.

Cool. When can I expect my T-45?

Putin could not possibly have any dirt on Trump that is worse than the publicly available knowledge we have of his personality and activities. If he's working with Russia it's because he wants to, not because he's being coerced.

So, anyone forking and setting it up with ntfy.sh?

For one it assumes all sRGB monitors utilize gamma2.2 for decoding images Assuming that all monitors do anything specific at all would be a folly, no. There are no assumptions there, the sRGB spec has no ambiguity when it comes to the transfer function of the display. this is why windows HDR uses the inverse oetf. Decoding content graded on a pure 2.2 display with the inverse oetf is way better then decoding content graded on an inverse oetf display with a pure 2.2. Windows took the safe route of making sure most content looks at least OK. I would not say that windows HDR is wrong, it’s not right, but it’s not wrong either. this is just the mess that sRGB gave us. The most likely actual reason Window uses the piece-wise transfer function for HDR is that it did that in SDR mode too - where however the default ICC profile was also piece-wise sRGB, so it canceled out on 99% of PCs, and had no negative effects. Another time you should be using the inverse sRGB OETF to linearize content when the original content was encoded using the sRGB oetf and you want to go back to that working data, but this applies less to compositors and more to authoring workflows. Makes sense. People have been adjusting monitor brightness for ages. Sometimes manually, sometimes with DDC etc. That's a very different thing. Pushing viewing environment adjustments to the display side makes some amount of sense with SDR monitors - when you get an SDR display with increased luminance capabilities vs. the old one, you change the monitor to display the content comfortably in your environment. With HDR though, if the operating system considers PQ content to be absolute in luminance, you can't properly adjust that on the monitor side anymore. A lot of monitors completely lock you out of brightness controls in HDR mode, and the vast majority of the ones that do allow you to adjust it, only allow you to reduce luminance, not increase it above "PQ absolute". Another issue that is brought up is “graphics white” BT.2408 is a suggestion, not a hard coded spec, many different specs or suggestions use a different “graphics white” value. I didn't claim that PQ had only one specification that uses it, I split up SMPTE ST 2084, rec.2100 and BT.2408 for a reason. I didn't dive into it further because a hundred pages of diving into every detail that's irrelevant in practice is counter productive to people actually learning useful things. A good example of this is JXL. Can you expand on what you mean with that? 2408 also very explicitly says ‘The signal level of “HDR Reference White” is not directly related to the signal level of SDR “peak white”.’ That "directly" is very important, as it does very much make both these signal levels the same. As I wrote in the blog post, the spec is all about broadcasts and video. Other systems sometimes splitting these two things up (like my LG TV for some reason making SDR peak white insanely high just because some HDR video is playing in the background, or Windows with its terrible mess) . this is important to note because this directly contradicts the some of the seemingly core assumptions made in the article, and even some of the bullet points like “a reference luminance, also known as HDR reference white, graphics white or SDR white” and “SDR things, like user interfaces in games, should use the reference luminance too” No contradictions at all. The Wayland protocol defines these things to be the same, so for application developers they just are the same, end of story. This needs to be expanded upon that this does NOT correlate to what the general user understands HDR and SDR to be. HDR and SDR in the terms of video content is no more then a marketing term and without context it can be hard to define what it is, However it is abundantly clear from this quote here that how they are interpreting HDR and SDR (which is a very valid technically inclined way of interpreting it) does NOT fall inline with general user expectation. That's just absolute nonsense. The very very vast majority of users do not have any clue whatsoever what transfer function content is using, or even what a transfer function, buffer encoding or even buffers are, the only difference they can see is that HDR gets brighter than SDR. And again, this too is about how applications should use the Wayland protocol. This is the only way to define it that makes any sense.

Yeah you definitely need it for the movement to flow. I've seen a lot of comments lamenting that they took too long to introduce it.

Yeah, but the Thunderbird client... ain't great. And yes, I'm a Linux nerd since 2003. Thunderbird's client sucks. That said, I hope this is successful.

I'm seeing a post and some great comments that were achieved by the speech that's for sure

I dunno that I’d consider Brave to be “the right thing” but more variety/competition is best!

Uh, we have absolutely not been the wealthiest country by per capita GDP that whole time. We have been the wealthiest country by GDP

That's a very hyperbolic statement, and studies suggest about a quarter of spousal murders are committed by women. Closer to 3 in 8 in America.

They’re all depressing news…?

Oh I get it. We made the jump from Google Cloud to AWS, and I'm sure there are companies that are even more vendor locked. But a good example of what people can do when they don't have a choice is the new PCI 4.0 roll out that has cost companies millions they wouldn't spend unless made to do so. Will it be a mountain to climb and cost a ton, yeah, but change in the right direction isn't always easy. I'm with you, it will be hard, and they need a good system for extensions and the like, with a reasonable time line. But this is good change IMO, even if it's painful.

It'll get there quick. I worked on HPC cpus, scaling up isn't that hard, the hard part is dealing with your Isa baggage.

Systems that have voting mechanisms result in hive minds. It's an inevitable result. 1st someone is much more likely to vote something up or down depending on how positive / negative it is. So it snowballs sort of like compounding interest 2nd the simplest most common denominator takes bubble to the top. Precisely because more people can understand and therefore vote. It's why you'll always see some screenshot of Twitter much higher than a long in depth article. Even though the article has infinitely more value.

Antifa museum, I think he'd combust on the spot.

Canadian Tire can probably take care of most of your CostCo needs. I don’t know if they sell hot dogs for CAD $1.50 but one assumes hot dogs aren’t all that important in the context of global trade.