Der Dolby Vision Fred

Ich mach mal einen Dolby Vision Fred auf, weil ja anscheinend doch viele Teilnehmer Interesse daran haben, und immer leicht allgemeine Information zu dem Thema in irgendwelchen freds fuer spezielle Boxen untergeht. Und nachdem man ja evtl. nicht nur Kodi zum playback mit DV nehmen kann auf seiner Plattform eben hier in Hardware/Video...

Ich versuche interessante Pointer hier im ersten Post zu sammeln.

Vergleich von DV playback support in verschiedenen Geraeten

Diese Seite ist von quietvoid, der anscheinend an DV support in Kodi Omega fuer Android arbeitet (xbmc-dv, Ende 2023), und auch verschiedene tools zum analysieren, um-codieren von DV files (dovi_tool) .

Dolby Vision fuer Windows 10/11

Dolby Vision Extension fuer Windows

AFAIK: Dolby Vision Unterstuetzung in Windows bedarf eines Dolby Vision lizensierten PC oder GPU (z.b. 2 in 2023 herausgekommene Intel GPU) und dann der Dolby Vision extension, und bei Windows 10 natuerlich auch der HEVX extension. Wenn man versucht, die extension im Microsoft Store zu finden, geht das nicht. Die URL kommt von diesem support thread. Man kann wohl feststellen ob der PC oder GPU lizensiert sind, indem man die "Dolby Access" App aus dem Store installiert. Wenn es dort die Option gibt, Dolby Vision zu installieren (also diese Extension), dann ist der PC wohl lizensiert. Ich habe nix passendes - kann es also nicht verifizieren.

Ueberblick

Die englische Wikipedia gibt einen Ueberblick ueber Dolby Vision, ist aber vielleicht einfacher zu verstehen nach folgenden Erklaerungen:

Es gibt viele Varianten von Dolby Vision, sie werden Profiles genannt, und unterscheiden sich darin, welcher Video Codec verwendet wird (HEVC oder AV1 derzeit), welche Bittiefe, wieviele Streams und welche Farbtransferfunktion verwendet wird.

Dolby Vision wirbt mit 12-bit pro Pixel (fuer die Helligkeit), statt 10-bit wie bei HDR10/HDR10+. Um das zu erreichen kann DV zwei unabhaengige Videostreams verwenden. Der erste Videostream heisst BL (Base Layer) und ist auch alleine ohne den zweiten Layer dekodierbar und anschaubar. Der zweite Videostrom ist optional, aber wenn vorhanden codiert er die Differenz zwischen 10 und 12 bit - und kann nur von DV faehigen Video Playern und Displays verarbeitet werden. Er heisst EL (Enhancement Layer). Daneben gibt es, aehnlich wie bei HDR10+ noch vor jeder Szene pakete mit Metadaten um die Transferfunktion zu parametrisieren (z.b.: min/max Helligkeit). Diese Metadatenpakete heissen RPU (Reference Picture Unit) und koennen je nach Profile in BL oder EL sein. Wenn der EL nur RPUs enthaelt, dann nennt man in MEL (Minimum EL), wenn er auch codiertes Bildsignal enthaelt nennt man ihn FEL (Full EL).

DV auf UHD Bluray - Profile 7 Dual-Track Dual-Layer

Bei den meisten BluRay UHD wird profile 7 "Dual-Track Dual-Layer" verwendet, weil er Rueckwaertskompatibilitaet mit nicht-DV Playern und Displays bietet.

Bei Profile 7 UHD gibt einen UHD Video Track mit HEVC HDR10 encoding (BL), der alleine wiedergegeben wird wenn der Player und/oder das Display kein DV kann. Wenn sowohl Display also auch Player DV koennen, dann wird zusaetzlich noch der zweite Tack verwendet (EL). Der hat nur maximal 1080p Aufloesung. Nach der Dekomprimierung beider Videostreams wird der EL noch mal in der Aufloesung verdoppelt, und dann werden die Helligkeitswerte des BL mit dem des EL kombiniert basierend auf der proprietaeren DV Methode und derzeitigen Transferparametern aus der letzten RPU.

Man kann sich den zweiten Videostrom anschauen, wenn man direkt eine mpts Datei von der UHD abspielt und dann den zweiten Videotrack anwaehlt. Wenn man dann graues rauschen sieht, das in etwa noch die Bewegungen des echten Bildes erahnen lassen, dann hat man einen FEL - also mit Bild. Wenn das Bild hingegen schwarz ist, dann ist es eine "billige" UHD, wo nur die RPUs im EL drin sind (MEL).

DV von UHD Bluray nach makemkv - Profile 7 Single-Track Dual-Layer

Makemkv kombiniert die beiden Tracks von profile 7 "Dual-Track Dual-Layer" in einen "Single-Track Dual-Layer". Nachdem auch UHD Disc Player das Format unterstuetzen scheint das auch offiziell zu sein, und nach der Tabelle aus Post#1 koennen auch mehr Geraete dieses Format abspielen. Allerdings verliert man damit die Moeglichkeit bei existierenden Player wie Kodi oder VLC festzustellen, ob es tatsaechlich einen EL gibt. Und es kann evtl. Player geben, die ueber die EL Information im ersten Track stolpern und es dann nicht abspielen koennen (Kodi und VLC haben keine Probleme, aber dekodieren natuerlich die EL Information nicht, solange DV nicht unterstuetzt ist - wird einfach ignoriert).

UHD DV nach Handbrake/x265 = Profile 8

Handbrake kann automatisch Profile 7, Dual-Track Single-Layer (von makemkv z.b.) kodieren wenn x265-10bit als codec verwendet wird. Dabei wird aber der FEL ignoriert, es werden effektiv nur der HDR10 BL codiert und die dynamische RPU metadaten eingemixt. Die effektive Qualitaet sollte danach also aehnlich sein wie bei HDR10+.

Da Profil, was Handbrake so erzeugt ist das DV Profil 8, wo der BL HEVC 10-bit mit HDR10 Farbraum hat - plus den RPU. Wobei bei diesen RPUs alle Daten entfernt wurden, die sich auf den EL beziehen, damit Player oder Displays, die keinen EL unterstuetzen nicht darueber stolpern.

DV auf streaming media devices - Profile 5

Apple TV+ und andere Streaming Media Services, die DV unterstuetzen verwenden meistens Profile 5. Das hat nur einen HEVC 10-bit Videostream und keine Kompatibilitaet mit Abspielern oder Displays, die kein DV Profile 5 koennen: Wenn der Streaming server feststellt das entweder player oder Display das DV Profile 5 nicht koennen, dann wird da halt ein anderer, nicht-DV Stream geliefert. Deswegen kann dann dieser eine Videostream auch eine andere Transferfunktion fuer die Farben als HDR10 haben, naemlich Dolbys proprietaeres IPTPQc2.

Leider finde ich keine gute Erklaerung fuer IPTPQc2, aber ich denke mal die Idee is wie folgt: Man komprimiert bei HEVC 3 signale, Y (Helligkeit), U, V (Farbdifferenzsignale). Man will am Ende 12-bit Y haben, kann aber nur 10 bit codieren. Man weiss, das das Auge eh nicht alle Details in den Farben gut unterscheiden kann. Also transferiert man die 2 Bit die fehlen beim codieren auf die Y, V Kanaele, und transferiert sie nach der Dekomprimierung wieder zurueck.

Wenn man sich eine Profile 5 Datei auf einem Geraet anschaut, das DV mit Profile 5 nicht kann, dann sieht das alles sehr gruen/magenta-stichig aus. Was ein wenig fuer die Theorie spricht, das die Farben da mit der zusaetzlichen Helligkeitsinfo codiert sind.

Wenn man ein DV faehiges Geraet hat was Profile 5 unterstuetzt dann kann es anscheinend auch auf HDR10, aber nicht DV faehige Displays dekodieren, zumindestens schafft meine Google ChromeCast mit Google TV 4K Kiste das mit Kodi. Von daher sind Profile 5 Dateien nur dann ein Problem, wenn der Abspieler die nicht unterstuetzt, aber erfordern kein DV Display.

Mediainfo

Mediainfo zeigt in der detaillierten Textdarstellung an, ob ein single-Track Dolby-Vision Profile auch Dolby Vision hat, und welches Profil es ist. Beispiel:

Profile 5:
HDR format                               : Dolby Vision, Version 1.0, dvhe.05.06, BL+RPU
Codec configuration box                  : hvcC+dvcC

Profile 7 dual-track, dual-layer (UHD disc mpts):
Video #1
HDR format                               : SMPTE ST 2086, HDR10 compatible
Video #2
HDR format                               : SMPTE ST 2086, HDR10 compatible

Profile 7 single track dual layer (UHD converted by makemkv):
HDR format                               : Dolby Vision, Version 1.0, dvhe.07.06, BL+EL+RPU, Blu-ray compatible / SMPTE ST 2086, HDR10 compatible

Profile 8 "single track single layer" (profile 7 makemkv file converted by handbrake, re-encoded with x265):
HDR format                               : Dolby Vision, Version 1.0, dvhe.08.06, BL+RPU, HDR10 compatible / SMPTE ST 2086, HDR10 compatible / SMPTE ST 2086, HDR10 compatible

Wenn man Profile 7 Dual Track hat, dann sieht man halt die beiden Tracks und muss sich selbst denken, das ein zweiter Videotrack mit HD Aufloesung Dolby Vision bedeutet.

Seger Ich hab auch bloss gerade mal angefangen, mich in DV einzulesen und eigentlich keine Erfahrung. Habe selbst auch keine DV faehigen Anzeigegeraete, war bloss deswegen interessiert, weil ich halt auch meine UHD konvertieren will mit erhaltenem DV und inzwischen auch die Option gelesen habe, das meine nicht-DV faehigen Anzeigegeraete evtl mit einem EDID hack ueberreden kann, LLDV zu empfangen.

Zu Deinem Fall: Ich hab wie gesagt kein echtes DV Display, also kann ich nicht sagen, ob/wie Du genau unter windows feststellen kannst, ob die DV extension aktiv ist. Ich befuerchte mal, das sich die extension einfach installieren laesst aber dann halt nicht aktiv wird, wenn der PC oder die GPU nicht DV lizensiert sind. Woher willst Du wissen das dein PC oder die GPU DV lizensiert sind ?

Deine Datei ist ja Profile 5. Mit diesem komischen Dolby Farbraum. Den kann Handbrake bzw. das darin verwendet ffmpeg wahrscheinlich noch nicht mal decodieren. Ich hatte ja oben den Wikipedia Artikel zu diesem Farbraum verlinkt. Da stehen ein pass libraries drin, in die Support fuer diesen Farbraum eingebaut wurde/wird. Aka: da muss man sich wohl einlesen und dann andere Tools nehmen derzeit als das bequeme Handbrake wenn man die nochmal codieren will.

Zitat von mikewolf

Nochmal die Frage
Kann der Dune HD Max Vision 4K besseres Dolby Vision als die shield ?..

Wenn ich z.b. mkv Dateien über die shield mit Kodi Abspiele könnte das der Dune HD Max Vision 4K besser von der Bildqualität. Tv ist ein sony65A80J

Einfacher ausgedrückt bzw. Anders gesagt gibt es einen Player der Kodi kann der Dolby Vision besser auf den TV bringt als die shield , oder nochmal anders der überhaupt DV besser auf den TV bringt wenn ja welche Sind das und warum .

Schauste Dir die Info in der Tabelle vom ersten post an und verstehst Sie, das ist die Antwort.

Z.b.: Haste eine ISO von einer UHD DV, das ist Spalte c) (DT-DL), dann spielt die Dune angeblich die RPU vom FEL ab, die Shield nicht, also waere die Dune in diesem Fall besser.

Konvertierst Du diesen ISO z.b.mit MakeMKV , dann wird es Spalte d) ST-DL, dann sind beide gleichwertig. Ebenso wenn Du mit Handbrake nochmal das Video staerker komprimierst. Das waere dann spalte e) Profile 8. Schauste in Spalte h) siehste verschiedene Bugs der Player, die evtl. die Wertung fuer deinen Setup aendern koennten.

Und diese Tabelle ist nicht komplett.

Z.b. fuer jemanden wie mich, dessen Projektor kein Dolby Vision kann. Aber mkv von Profile 5 abspielen will. Dazu braeuchte es ein Tone-Mapping von DV auf HDR10. Das koennen AFAIK heute keine der in der Tabelle aufgelisteten Player, aber z.b. der OSMC Vero 5k mit Kodi.

Summa Summarum: DV ist eine hoechstgradig komplizierte Technik, da brauchste Fuehrerschein um zu verstehen, welcher Type file auf welchem Typ Display wie gut abgespielt wuerde.

Von welcher Kiste kommt die Info ? Vom AVR ?

Bei den meisten, wenn nicht allen Profiles, codiert DV seine Information in ein 8-bit RGB HDMI Signal. Aber da sind dann trotzdem 10/12 bit Videodaten drin. Ich hatte da fuer einen anderen thread for kurzem zwei interessante youtube clips ausgebuddelt, wo das erklaert wird. Ist also alles ok. Glaube der AVR dekodiert das gar nicht weiter, muss/kann da also nicht notwendigerweise mehr wissen. Aber der TV sollte da eigentlich schon mehr Info zu anzeigen koennen.

Jo, also keine Sorgen machen, das ist ganz normales 10/12 bit DV eingepackt im Standard 8 bit DV stream.

Zitat von Lehmden1

Wenn du CoreElec verwendest, spielt die Android Version (fast) keine Rolle. Fast, weil es wohl einige Android Systeme gibt, die nicht von SD Karte booten können.

CoreELEC and Dolby Vision

CoreELEC and Dolby Vision Team CoreELEC is proud to announce that the upcoming CoreELEC 21-Omega release will support Dolby Vision. With the assistance of…

discourse.coreelec.org

CoreElec DolbyVision: How does it work?

On Amlogic based devices the key to unlocking Dolby Vision support comes in the form of a proprietary driver blob. Because Dolby likes to keep a tight hold on its toys, this is not a file we can just simply ask for, and have any hope of getting a copy appropriate for use in CoreELEC given to us. However not all hope is lost at this point since every device that has a Dolby Vision licensed SoC in it also has a copy of the required proprietary blob included in it’s Android install, so on such devices CoreELEC will borrow the dovi.ko file from the devices existing Android install. This is however not a perfect fit for the existing CoreELEC platform, since the Android on these devices is 64-bit, so we had to make a rather big change to CoreELEC to make it work. Starting with CE-21 Amlogic-ne builds of CoreELEC will use the aarch64 architecture, instead of the current arm architecture.

Die Frage die sich da stellt ist natürlich, ob dovi.ko auf verschiedenen Geraeten unterschiedlich sein kann, z.b. besser oder schlechter.

Ausserdem wundert es mich gerade das dieser Text von CoreElec meint, das das Android auf diesen Geraeten 64 bit ist, aber ich dachte wir haetten gerade an vielen Stellen gesagt, das es nur 32 bit ist...