Re:Apple’s “Extended Dynamic Range” Brings HDR to Non-HDR Di...
by tonyedgecombe on Saturday December 05, 2020 @11:52AM
(#25315972)
Apple has a functional organisation structure which is quite unusual for a corporation of that size.
https://hbr.org/2020/11/how-apple-is-organized-for-innovatio...
Re:Apple’s “Extended Dynamic Range” Brings HDR to Non-HDR Di...
by throwii on Saturday December 05, 2020 @01:20PM
(#25316833)
It notes discussions between feature-group managers in the middle of the article.
Re:Apple’s “Extended Dynamic Range” Brings HDR to Non-HDR Di...
by User23 on Saturday December 05, 2020 @01:30PM
(#25316929)
That’s a great example of learning the lesson of Conway’s Law.
Re:Apple’s “Extended Dynamic Range” Brings HDR to Non-HDR Di...
by ambicapter on Saturday December 05, 2020 @05:35PM
(#25319080)
What are some other companies that also have this structure?
Re:Apple’s “Extended Dynamic Range” Brings HDR to Non-HDR Di...
by Eric_WVGG on Saturday December 05, 2020 @08:05PM
(#25319969)
Not many. There was a very good comic about this a few years back.
https://ritholtz.com/2013/07/organizational-charts-of-amazon...
Re:Apple’s “Extended Dynamic Range” Brings HDR to Non-HDR Di...
by 1-6 on Saturday December 05, 2020 @10:16PM
(#25320707)
That was drawn by Manu Cornet at Google. Here's his comic book about Google culture which includes that corp structure strip: https://www.amazon.com/Goomics-Googles-corporate-revealed-in...
Re:Apple’s “Extended Dynamic Range” Brings HDR to Non-HDR Di...
by nitrogen on Saturday December 05, 2020 @11:47AM
(#25315889)
Colorimetry is standardized. The W3C has been asking the same questions about mixing HDR and SDR, as have various other standards orgs like SMPTE: https://drafts.csswg.org/css-color-hdr/#Compositing-SDR-HDR
Re:Apple’s “Extended Dynamic Range” Brings HDR to Non-HDR Di...
by skavi on Saturday December 05, 2020 @12:04PM
(#25316097)
doesn’t make it easy to implement. Microsoft definitely hasn’t done great.
Re:Apple’s “Extended Dynamic Range” Brings HDR to Non-HDR Di...
by londons_explore on Saturday December 05, 2020 @11:54AM
(#25315989)
I'm not sure it's as difficult as you suggest. As long as you don't let applications touch the pixel data of decoded images, it's all within libraries, and you can change the bit depth of buffers and change how they map to physical pixels easily.
Most frameworks don't let applications touch pixel data without jumping through some hoops, because by restricting it you can implement things like lazy loading, GPU jpeg decoding GPU resizing, etc.
Re:Apple’s “Extended Dynamic Range” Brings HDR to Non-HDR Di...
by mschuster91 on Saturday December 05, 2020 @02:23PM
(#25317474)
> My impression is that PMing this is really hard. And then each of the other guys is going to have an opinion that this shouldn't be done because it's so rare, etc.
It's easier when you control all parts of the stack. No way they could have pulled that one off with NVidia who were "famous" for breaking with Apple years ago when Apple demanded to code the drivers themselves... for valid reasons when one looks at the quality of their Windows and Linux drivers. The Windows ones are helluvalot buggy and the Linux ones barely integrate with Linux because NVidia refuses to follow standards.
My impression is that PMing this is really hard. And then each of the other guys is going to have an opinion that this shouldn't be done because it's so rare, etc.
Something must be organizationally right for something like this capable engineering to have succeeded on such a barely noticeable feature.
I love it when products casually have cool things like this. Not quite the same scope but IntelliJ's subpixel hinting option has each element of the drop down displaying with the hints that it describes. You don't have to pick an option to see it. You can just preview it off directly.