Apple en Google zijn beide zelfde standaard gaan ondersteunen voor hdr-foto's

Google en Apple zijn beide bezig met het ondersteunen van hetzelfde formaat voor het tonen van hdr-foto's. Daarbij gaat het om ISO 21496-1. Daardoor wordt het mogelijk om op een iPhone gemaakte hdr-foto's op Android te zien en vice versa.

Google en Apple bieden daarmee beide support voor de ISO-standaard 21496-1 en deze zit onder meer in nieuwe versies van Android, iOS en macOS, meldt Android Authority. Daarmee zet de software een gain map over een jpg-bestand heen. Dat doen beide al op een eigen manier. Google kiest daarbij in eerste instantie voor Ultra HDR van Adobe.

De standaard zit in diverse apps van iOS 18 en zit ook in Android 15. Daarnaast is Google hem aan het inbouwen in Chrome. Google Foto's kan hdr-foto's van iPhones laten zien, al is onduidelijk of dat komt door de ISO-standaard of door ondersteuning voor Apples eigen manier van metadata verpakken in de fotobestanden.

Jpeg met gain map, ISO 21496-1, bron: Android Authority
Jpeg met gain map, ISO 21496-1. Bron: Android Authority

Door Arnoud Wokke

Redacteur Tweakers

30-10-2024 • 10:05

17

Reacties (17)

Sorteer op:

Weergave:

Mooi om te zien dat ze het eindelijk eens worden over deze standaarden. Hopelijk komt Google nog terug op JPEG XL ondersteuning. Apple heeft inmiddels een erg goede native implementatie waar Google hem juist uit Chromium heeft verwijderd :'(
Hier kan je uw browser testen: https://gregbenzphotograp...maps-in-adobe-camera-raw/

Als de eerste foto niet significant lichter is dan heb je een SDR scherm of uw browser heeft geen ondersteuning met gain maps. Ik ben wel benieuwd of je effectief een HDR scherm nodig hebt, of dat een gewoon SDR scherm die gain map kan tonen, gewoon het felste licht ets minder lich en gemiddeld iets donkerder.

Bij mij werk het bijv niet in Safari maar wel een Brave op een Macbook Pro 16".
Nog wat HDR voorbeelden: https://gregbenzphotography.com/hdr/
HDR testbeeld

In de test met de witte balken is voor mij de 2.5 het meest gelijkend aan de witte achtergrond. Van 2.5 naar 0 wordt het gradueel lichter, tot 0 het felste witte licht. In de praktijk zijn het gewoon witte balken met gain maps opgezet. Dus het beeld compatibel met SDR en HDR.

Het voelt zelf in het begin zelf wat raar aan om HDR beelden te zien. Zeker onderaan die witte band felle test kleuren.
Vergeet niet dat we ook nog JPEG XT - Wikipedia en royal Hebben. JXR is ontwiklkeld door hoofdzakelijk Microsoft en ITU-T, ISO/IEC (JPEG) zijn er ook betrokken bij geweest.

Als ik het goed begrijp is dat JXL royalty free is, terwijl JXR hetzelfde open karakter heeft als DOCX, XLSX, etc. Alleen hoe Apple en Google dit weer doen, is door HDR-metadata over een bestaande jpeg heen gooien? Ik vraag me af of ze hier ooit over eens kunnen worden, want nu gebruiken ze dus nog steeds een oude standaard.

HDR afbeeldingen zijn er volgens mij ook nog maar weinig (naast de afbeeldingen die je op telefoon schiet, maar slecht uit te wisselen zijn). HDR-video lijkt hier juist voor te lopen (de ironie). Microsoft heeft welke enkele afbeeldingen beschikbaar gesteld voor het testen als achtergrond, zie de bron bij: nieuws: Microsoft test ondersteuning voor hdr-achtergronden in Windows 11
Het is eigenlijk ongelofelijk dat er zoveel HDR standaarden zijn. Je zou denken dat het simpel was en ze gewoon de bitlengte hadden vergroot en klaar. Dus 10 of 12 ipv 8 bit per kleur. Dan krijg je vanzelf een fijner verloop zonder zichtbare banding. De max helderheid is dan die van het scherm waar je op kijkt.

Ik vind het vrij bizar dat omdat je een HDR filmpje of foto voorgeschoteld krijgt dan maar meteen de schermhelderheid omhoog gaat. Dat wil ik helemaal niet. Zeker niet in de avond in een donkere ruimte

Dynamisch bereik hoeft helemaal niet per se gepaard te gaan met een hogere schermhelderheid. Mensen die naar 24 bit audio luisteren zetten het volume ook niet hoger.
Je moet het eerder vergelijken met komen van 8-bit audio naar 16-bit.
Er is in 8-bit nauwelijks plaats voor zowel stil als luid, dus om het redelijk te doen klinken ben je genoodzaakt stille stukken luider te maken en luide stukken stiller.
Ga je dan naar 16-bit audio, dan heb je plots wel de mogelijkheid tot stille en luide stukken, maar om die (eventueel korte) luide stukken tot uiting te laten komen, zou je je volume wel degelijk luider moeten zetten, ook al blijft het gemiddelde volume in de 'normale' passages hetzelfde.

Bij HDR video en foto's is dat gelijkaardig. De gemiddelde helderheid in een scene kan gelijk blijven, maar de maximale helderheid op kleine stukken gaat omhoog.

Bij kleur zijn er verder nog meer keuzes te maken. Je kan wel zeggen 10 of 12 bits, maar de vraag is hoe je die gaat benutten. Je kan inderdaad dezelfde kleurruimte behouden, en gewoon zorgen voor iets minder banding bij kleurovergangen, maar je kan ook een grotere kleurruimte kiezen waardoor kleuren die je voorheen met sRGB niet kon tonen nu ook getoond kunnen worden.
Daarnaast spelen ook nog allerlei technische limieten met de huidige schermen (zeker bij lcd waar de backlight voor een stuk mee gebruikt word om dat groter bereik te kunnen tonen)

Tenslotte is compatibiliteit met bestaande hardware en software ook een punt, en de reden waarom men tot deze voorgestelde standaard is gekomen.
In deze standaard kan een bestaande 8-bit jpeg worden gebruikt, die door alle bestaande hardware en software gelezen en getoond kan worden. In diezelfde jpeg zit nu echter een 2de plaatje, de gain map.
Indien de software en hardware deze herkent kan het plaatje in HDR weergegeven worden.
Bijkomende voordeel hiervan is dat degene die de jpg maakt in principe volledige controle heeft hoe het plaatje er op SDR schermen uit ziet.
Bij een standaard die meteen het plaatje in 10-bit en een andere kleurruimte opslaat moet de software de keuze maken op welke manier dit weergegeven word op een SDR scherm (welke donkere delen moeten lichter, welke lichtere delen moeten donker)
Ja oké voor de HDR ervaring moet het scherm helderder. Maar s'avonds door content heen scrollen en 1/5 filmpjes verblind worden is veel vervelender dan HDR content in SDR zien. Ook voegt het HDR zijn vrijwel nooit iets toe (bij dit type content).
Uiteraard komen die extra bits pas tot hun recht bij een hogere max helderheid maar dat betekent nog niet dat de display dan plots een stuk feller moet worden. Dat bepaal ik zelf wel als gebruiker. Die display staat niet voor niets fijn donker als de omgeving donker is.

Al die kleurruimtes zijn heel leuk maar een display blijft simpelweg RGB. Technisch kun je maar 2 dingen doen: de subpixels harder laten branden en de helderheid in kleinere stapjes regelen. Die kleinere stapjes corresponderen met meer bits. De gewenste max helderheid hangt af van de omgeving. De nieuwere OLED panelen bijv worden geroemd om de hogere max helderheid maar als je net als ik films en series bijna altijd in het bijna donker kijkt dan wil je die max helderheid helemaal niet.
Wat jij omschrijft is alleen geen HDR. Veel HDR formaten hebben ook een grote bit diepte om meer detail te kunnen tonen, maar de basis van HDR is het hogere dynamische bereik. (vandaar de naam :P) Dat zorgt er voor dat je niet alleen van zwart naar wit kan gaan, zoals een klassiek plaatje, maar je ook het verschil kan maken tussen de helderheid van papier, een zaklamp of de zon, die traditioneel allemaal wit zouden zijn, ongeacht de bitdiepte van het plaatje.

Een goede HDR implementatie zou ook niet alles helderder moeten maken. Dat veel fabrikanten trots zijn op de maximale helderheid van hun schermen en deze net zoals kleurverzadiging standaard te ver omhoog schroeven, omdat dat er "beter uit ziet" is een losstaand probleem en iets wat zeker storend kan zijn.
Je kunt niet door zomaar de kleurdiepte te vergroten (in bits) opeens HDR informatie er aan toevoegen. Dat gaat echt als een extra laag over de afbeelding zelf heen. Dit is ook gedaan tbv compatabiliteit, zodat devices die geen support hebben ervoor, wel de afbeelding daadwerkelijk kunnen weergeven.
Wat uit het artikel niet naar boven komt, is of dit in samenspraak tussen de twee is of niet. Maakt voor de eindgebruiker weinig uit natuurlijk, maar is wellicht wel interessant om te weten. Hopelijk gaat men tezamen wel meer standaarden omarmen, dat zou een mooie toekomst betekenen wat mij betreft!
Het is de eerste HDR standaadd die apple óók (vergelijkaardig) implementeert, een weg waar android al heel lang aan timmert.
Als apple een van de eerdere standaarden had geimplementeerd zou men niet de misvatting hebben dat hiermee een enorme sprong de toekomst in gemaakt is (sterker nog, de google UHDR standaard heeft betere backwards compatibility voor apparaten die enkel "normale" jpegs verstaan).
Aan de andere kant, Apple's manier had goede forwards-compatibility, want oude foto's van mijn iPhone 6 die ik destijds in de toen nog optionele "HDR" setting had geschoten, zien er op mijn huidige iPhone ook écht HDR uit.
(wellicht op android hetzelfde hoor, geen idee)

[Reactie gewijzigd door damaus op 30 oktober 2024 11:22]

Ik moet bekennen dat ik inhoudelijk op de standaarden weinig kaas ervan heb gegeten. Maar ik vind het wel mooi om te zien dat de twee bedrijven (die toch ook elkaars concurrenten zijn) hier dus een beetje lijken de handen in 1 te slaan.
Heel goed, er zijn al zo veel verschillende varianten waardoor uitwisseling soms erg bemoeilijkt wordt.
Vind het vervelend dat de HEIC format van google foto's zo slecht ondersteunt wordt. Ik heb het uit moeten zetten omdat het vaak bij delen of ergens uploaden niet werkt.
Google en Apple zijn beide bezig met het ondersteunen van hetzelfde formaat voor het tonen van hdr-foto's. Daarbij gaat het om ISO 21496-1. Daardoor wordt het mogelijk om op een iPhone gemaakte hdr-foto's op Android te zien en vice versa.
[...]
Google Foto's kan hdr-foto's van iPhones laten zien, al is onduidelijk of dat komt door de ISO-standaard of door ondersteuning voor Apples eigen manier van metadata verpakken in de fotobestanden.
@arnoudwokke Het artikel spreekt zichzelf dus tegen lijkt het. Eerst wordt gesteld dat de ISO-standaard het mogelijk maakt om HDR-foto's van Apple op Android te kunnen zien en andersom, aan het einde staat dat het onduidelijk is of dat door de ISO-standaard komt.
Ik wil gewoon dat ze JPGXL meer gaan ondersteunen, heb al mijn fotos al omgezet.

Op dit item kan niet meer gereageerd worden.