Frage von AndreasBuder:Hallo erstmal,
ich heiße Andreas, bin 36 Jahre alt und habe in der Corona-Zeit für meinen Kindergarten (bin Erzieher) einen Kinder-Youtube-Kanal aufgebaut. Hab vorher schon sehr gerne fotografiert und auch immer wieder mal gefilmt, jetzt steige ich gerade aber sehr viel tiefer ein.
Meine Frage ist rein technischer Natur ohne echte praktische Relevanz, aber ich will es gerne wissen, ganz einfach aus Neugier. Und ich hab keine Ahnung, in welches Unterforum die Frage passt.
Ich habe eine Canon M6 II, die einen clean HDMI Ausgang besitzt und es gibt Quellen, die besagen, dass sie 10-bit 4:2:2 ausgibt und Quellen, die sagen 8-bit 4:2:2. Nun hab ich einen älteren Atomos Ninja 2 Rekorder, der 1080p30 10-bit 4:2:2 in ProRes aufzeichnen kann. Das Dumme ist, dass der Rekorder IMMER in 10-bit aufzeichnet, egal ob die Quelle nur 8-bit ausgibt (steht so im Manual).
Also kann ich die Frage nicht anhand der Metadaten beantworten. Wie finde ich also heraus, ob die Quelle 10-bit ausgibt oder 8-bit?
Andre Foren sagen, man muss es anhand von den RGB-Werten oder der Waveform überprüfen. 10-bit verfügt über 1024 Werte und wenn 8-bit mit 256 Werten in 10-bit gespeichert wird, dann müssten die Werte immer um vier springen (0, 4, 8, 12, ... 1020, 1024). Wenn allerdings echte 10-bit vorliegen, muss es alle Werte geben.
Ist das so korrekt? Darüber wäre ich über eine Antwort froh.
In Davinci Resolve kann ich den RGB value picker auf 10-bit stellen und mir die Werte anzeigen lassen. Es werden alle Werte zwischen 0 und 1024 angezeigt, nicht nur in 4er-Schritten. Daher gehe ich davon aus, dass ich echte 10-bit habe. Oder unterliege ich einem Trugschluss und habe irgendwo einen Denkfehler?
Besten Dank schonmal für Antworten,
Andreas
Antwort von Ulist:
Hallo Andreas,
eine Möglichkeit, herauszufinden, ob es 8 oder 10 Bit sind, wäre einen Monitor oder einen externen Recorder am HDMI-Ausgang anzuschließen. Viele Geräte können anzeigen, ob es sich um ein 8 oder ein 10 Bit Signal handelt, offensichtlich macht es dein Ninja 2 nicht, aber vielleicht hast du ja noch einen Monitor mit HDMI-Eingang.
Antwort von AndreasBuder:
Hey Ulist,
das ist tatsächlich ein sehr hilfreicher Vorschlag, den ich in andren Foren bisher nicht bekommen habe. Und auch der einzig praktikable und sichere Weg, es herauszufinden. Darauf bin ich nicht gekommen, da es der Ninja 2 nicht kann. Kennst du konkrete Monitore oder Rekorder, die dies anzeigen können? Ich habe leider keine weiteren Rekorder, aber es ist nicht so schwer, sich mal einen für ein paar Euro zu leihen, bzw. es dann auszuprobieren, wenn ich mal ein 4k-Projekt machen möchte und ich eh dann einen andren Rekorder leihen müsste.
Antwort von cantsin:
Eine andere Möglichkeit:
Nimm mit der Kamera einen Graukeil auf, der stufenlos von Schwarz über Mittelgrau nach Weiss verläuft. Mach das einmal intern als Foto-JPEG (also in optimaler 8bit Qualität) und einmal via den Ninja. Dann importiere beide Bilder in ein Programm wie Resolve und spreize den Kontrast. Wenn es beim JPEG zu Treppenbildungen kommt, bei der Ninja-Aufnahme aber nicht, hat die Ninja-Aufnahme eine höhere Bittiefe.
Antwort von AndreasBuder:
Hallo,
Reicht dabei ein Graukeil, der über ein Bildschirm angezeigt wird, den ich abfotografiere? Dann teste ich das mal. Danke schonmal.
Antwort von Ulist:
Hallo Andreas,
der einzige Monitor, bei dem ich es dir verbindlich sagen kann, ist der EIZO CS2731, der steht nämlich auf meinem Schreibtisch. Es sollte aber auch mit anderen aus der ColorEdge Reihe gehen Ich hatte mal einen Blackmagic Video Assist 4k und ich glaube, der hat die Werte auch angezeigt, ich bin mir aber nicht sicher.
Antwort von cantsin:
AndreasBuder hat geschrieben:
Reicht dabei ein Graukeil, der über ein Bildschirm angezeigt wird, den ich abfotografiere?
Wenn der Bildschirm (wie die meisten Computerbildschirme) nur 8bit Farbtiefe hat: nein...
Du kannst aber alternativ in einem dunklen Raum ein Licht seitlich auf eine weiße Wand werfen, so dass es einen Grauverlauf produziert, und das abfotografieren/filmen.
Antwort von AndreasBuder:
Danke Ulist, das hilft weiter, da mein Kumpel den CS240 zuhause hat. Das probiere ich zumindest aus, da das Handbuch nicht angibt, ob auch die Bittiefe angezeigt wird, beim CS2731 jedoch schon. Das Dumme ist, ich hatte mal den CS2420, welchen ich verkauft habe mit Erwerb des iMac 27 5k... damn it :D
Den Grauverlauf werde ich auch mal testen, auch wenn da ein Rest Unsicherheit bleibt.
Gut, also werde ich mal sehen.
Antwort von Sammy D:
AndreasBuder hat geschrieben:
Danke Ulist, das hilft weiter, da mein Kumpel den CS240 zuhause hat. Das probiere ich zumindest aus, da das Handbuch nicht angibt, ob auch die Bittiefe angezeigt wird, beim CS2731 jedoch schon. Das Dumme ist, ich hatte mal den CS2420, welchen ich verkauft habe mit Erwerb des iMac 27 5k... damn it :D
Den Grauverlauf werde ich auch mal testen, auch wenn da ein Rest Unsicherheit bleibt.
Gut, also werde ich mal sehen.
Wird beim CS2420 nicht angezeigt.
Antwort von TheBubble:
Man könnte einen Helligkeitsverlauf (oder jedes beliebige andere Motiv, das einen größeren Verlauf enthält) aufnehmen und dann ein Histogramm über alle 1024 Helligkeitswerte erstellen. Wenn dabei zwischen zwei verwendeten Helligkeiten immer zwei Helligkeitswerte ausgelassen sind, dann wurden 8-bit in 10-bit verpackt.
Allerdings: Das wird in der Praxis nicht ganz so klar sichtbar sein, da es keine verlustfrei komprimierten Aufnahmen sind, sondern eine DCT angewendet wurde, deren Koeffizienten teilweise stark quantisiert oder gar gelöscht wurden. In dem Fall könnte ein einfacher Verlauf nach 10-bit ohne Abstufungen rekonstruiert werden, obwohl die ursprüngliche Quelle weniger präzise aufgelöst war, wenn durch den gewollten Verlust die kleinen Abstufungen verloren gehen.
Daher nicht wundern, wenn im Histogramm auch ein paar Helligkeitswerte gezählt werden, die es nicht geben sollte.
Antwort von AndreasBuder:
"Sammy D" hat geschrieben:
Wird beim CS2420 nicht angezeigt.
Mist. Dann hat das der CS240 auch nicht, gleiche Sektionen im Handbuch.
TheBubble hat geschrieben:
Man könnte einen Helligkeitsverlauf (oder jedes beliebige andere Motiv, das einen größeren Verlauf enthält) aufnehmen und dann ein Histogramm über alle 1024 Helligkeitswerte erstellen. Wenn dabei zwischen zwei verwendeten Helligkeiten immer zwei Helligkeitswerte ausgelassen sind, dann wurden 8-bit in 10-bit verpackt.
Allerdings: Das wird in der Praxis nicht ganz so klar sichtbar sein, da es keine verlustfrei komprimierten Aufnahmen sind, sondern eine DCT angewendet wurde, deren Koeffizienten teilweise stark quantisiert oder gar gelöscht wurden. In dem Fall könnte ein einfacher Verlauf nach 10-bit ohne Abstufungen rekonstruiert werden, obwohl die ursprüngliche Quelle weniger präzise aufgelöst war, wenn durch den gewollten Verlust die kleinen Abstufungen verloren gehen.
Daher nicht wundern, wenn im Histogramm auch ein paar Helligkeitswerte gezählt werden, die es nicht geben sollte.
Ja, das ist in etwa schon das, was ich oben in meinem Eingangspost angesprochen habe, nur leider scheint die Umwandlung in Prores 10-Bit auch Zwischenwerte zu interpolieren, sodass man davon vermutlich nichts mehr Belastbares ableiten kann.
Den Vorschlag mit dem Grauverlauf und ner JPEG-Aufnahme vs Atomos Prores-Video werde ich allerdings weiterverfolgen. Ich habe ja mehrere Fine Art Prints von Schwarzweiß-Bildern mit schönen Helligkeitsverläufen an meiner Wand hängen, ist mir vorhin erst eingefallen. Heute aber nicht mehr, das kann bis morgen warten.
Den Eizo CS2731 werde ich im Hinterkopf behalten, für 100%ige Gewissheit. Ulist, du wohnst nicht zufällig in der Nähe von Heidelberg? *g*
Antwort von klusterdegenerierung:
Mich interessiert die Frage auch.
Gab es nicht mal so ein Tool womit man fake flac Dateien entlarven konnte, weil es wohl hip ist 320er mp3s in flac zu konvertieren und zu behaupten das seinen lossless Dateien mit 24Bit?
Vielleicht gibt es derartiges auch für Videos, oder sowas wie mediainfo das sich nicht durch die Ninja Aufnahme beirren liese?
Zusätzlich fände ich interessant, ob selbst bei 8Bit Ausgang, eine gewisse verbesserung im Ninja zu 10Bit stattfindet, so das zumindest die 10Bit Ninja immernoch einen tick besser wären als das originale 8Bit.
Wenn dem so wäre und man so ein Gerät eh besitzt, wäre es zumindest ein kleiner Benefit, abgesehen vom Zugewinn von 422 zu 420.
Antwort von Ulist:
AndreasBuder hat geschrieben:
Ulist, du wohnst nicht zufällig in der Nähe von Heidelberg? *g*
Du kannst natürlich gerne vorbeikommen, aber ich wohne in der Nähe von Wiesbaden.
Antwort von AndreasBuder:
klusterdegenerierung hat geschrieben:
Zusätzlich fände ich interessant, ob selbst bei 8Bit Ausgang, eine gewisse verbesserung im Ninja zu 10Bit stattfindet, so das zumindest die 10Bit Ninja immernoch einen tick besser wären als das originale 8Bit.
Das kann ich gerne testen, muss ja nur dieselbe Szene zweimal aufnehmen. Aber abgesehen davon ist mein Hauptgrund, dass ich Clips mit unbegrenzter Länge aufnehmen kann, SSDs zudem viel billiger und zuverlässiger sind als SD-Karten und ich mittels dem Prores-Format und der Tatsache, dass ich es gleich auf ner Festplatte habe, direkt mit dem Schneiden beginnen kann und der Codec viel weniger vom PC abverlangt als H.264. So spare ich Zeit durch das wegfallende Importieren und auch durch weniger Wartezeit beim Schneiden, weil der PC nicht so stark dekomprimieren muss.
Trotzdem find es ich es rein akademisch interessant zu wissen, was meine Kamera tatsächlich ausspuckt.
Was die Möglichkeit anbelangt, mittels Software und nur dem Videomaterial selbst (ohne Quellmaterial) herauszufinden, welche echte Bit-Tiefe vorliegt, hab ich mittlerweile die Hoffnung aufgegeben.
Ulist hat geschrieben:
Du kannst natürlich gerne vorbeikommen, aber ich wohne in der Nähe von Wiesbaden.
Also das Angebot würde ich tatsächlich annehmen. Ist ja nur ne Stunde mit dem Auto. Was man für nutzloses Wissen nicht alles macht :D
Ich schick dir ne PN.
Antwort von dienstag_01:
Ulist hat geschrieben:
Hallo Andreas,
eine Möglichkeit, herauszufinden, ob es 8 oder 10 Bit sind, wäre einen Monitor oder einen externen Recorder am HDMI-Ausgang anzuschließen. Viele Geräte können anzeigen, ob es sich um ein 8 oder ein 10 Bit Signal handelt, offensichtlich macht es dein Ninja 2 nicht, aber vielleicht hast du ja noch einen Monitor mit HDMI-Eingang.
Über den Monitor erkennt man, ob das Signal 8 oder 10 Bit ist, nicht aber, ob in den 10 Bit nur 8 stecken.
Aber genau das ist hier die Frage.
Antwort von AndreasBuder:
Ok, irgendwie kann ich dir keine PN schicken. Hast du das deaktiviert? Falls ja, schicke mir doch eine.
Antwort von AndreasBuder:
dienstag_01 hat geschrieben:
Ulist hat geschrieben:
Hallo Andreas,
eine Möglichkeit, herauszufinden, ob es 8 oder 10 Bit sind, wäre einen Monitor oder einen externen Recorder am HDMI-Ausgang anzuschließen. Viele Geräte können anzeigen, ob es sich um ein 8 oder ein 10 Bit Signal handelt, offensichtlich macht es dein Ninja 2 nicht, aber vielleicht hast du ja noch einen Monitor mit HDMI-Eingang.
Über den Monitor erkennt man, ob das Signal 8 oder 10 Bit ist, nicht aber, ob in den 10 Bit nur 8 stecken.
Aber genau das ist hier die Frage.
Ja, da hast du recht, aber meine ganz ursprüngliche Intention war, herauszufinden, ob meine Kamera ein 8-bit oder 10-bit Signal ausgibt. Da mein Rekorder beides in ne 10-bit Datei packt, und das Handbuch der Kamera gar nichts dazusagt, kann ich es nicht herausfinden. Es gibt allerdings widersprüchliche Angaben im Internet, wo bspw. Canon USA in nem Blogbeitrag schreibt, dass die M6 Mark 2 10-bit 4:2:2 ausgibt, während andre Seiten von 8-bit 4:2:2 schreiben. Insofern würde der Monitor mit dem Auslesen des Signals meine eigentliche Frage abschließend beantworten.
Antwort von klusterdegenerierung:
Dann aber noch auf das richtige Kabel achten, mein Monitor gibt zb. nur 10Bit an Displayport aus, bzw Nvidia erkennt es nur darüber.
Antwort von dienstag_01:
AndreasBuder hat geschrieben:
dienstag_01 hat geschrieben:
Über den Monitor erkennt man, ob das Signal 8 oder 10 Bit ist, nicht aber, ob in den 10 Bit nur 8 stecken.
Aber genau das ist hier die Frage.
Ja, da hast du recht, aber meine ganz ursprüngliche Intention war, herauszufinden, ob meine Kamera ein 8-bit oder 10-bit Signal ausgibt. Da mein Rekorder beides in ne 10-bit Datei packt, und das Handbuch der Kamera gar nichts dazusagt, kann ich es nicht herausfinden. Es gibt allerdings widersprüchliche Angaben im Internet, wo bspw. Canon USA in nem Blogbeitrag schreibt, dass die M6 Mark 2 10-bit 4:2:2 ausgibt, während andre Seiten von 8-bit 4:2:2 schreiben. Insofern würde der Monitor mit dem Auslesen des Signals meine eigentliche Frage abschließend beantworten.
Ja, sorry, war verwirrt.
Antwort von AndreasBuder:
klusterdegenerierung hat geschrieben:
Dann aber noch auf das richtige Kabel achten, mein Monitor gibt zb. nur 10Bit an Displayport aus, bzw Nvidia erkennt es nur darüber.
Hmm, gute Frage. Das muss ich vorher noch abklären bzw. gucken, ob ich da passende Kabel habe...
Antwort von dienstag_01:
Ich kann mir nicht vorstellen, dass die 10bit bei der Ausgabe über HDMI *vergessen* wurden anzugeben, die wirds wohl einfach nicht geben ;)
Antwort von AndreasBuder:
dienstag_01 hat geschrieben:
Ich kann mir nicht vorstellen, dass die 10bit bei der Ausgabe über HDMI *vergessen* wurden anzugeben, die wirds wohl einfach nicht geben ;)
Klingt plausibel - wäre da nicht Canon USAs eigener Blogbeitrag und Berichte von Usern, die bei Canon nachgefragt und angeblich 10-Bit als Antwort bekommen hätten. Wenn Uli demnächst Zeit hat, werden wir mehr wissen :-)
Antwort von mash_gh4:
dienstag_01 hat geschrieben:
Ich kann mir nicht vorstellen, dass die 10bit bei der Ausgabe über HDMI *vergessen* wurden anzugeben, die wirds wohl einfach nicht geben ;)
ganz pragmatisch betrachtet, würde ich 10bit ausgabe über die HDM-schnittstelle nur dort erwarten, wo derartiges unvermeidbar benötigt wird, um bspw. HDR-video aufzeichnungen auf einem angeschlossenen fernsehgerät wiederzugeben.
natürlich kann es fälle geben, wo in günstigen kameras bausteine aus anderen modellen oder baureihen eingebaut werden, die derartige features ohne zusätzlichen kosten bereits unterstützen würden, aber selbst dort werden sie dann meist ganz bewusst disabled und weitestgehend unzugänglich gemacht, um die entsprechenden produkthierachien nicht zu gefährden.
Antwort von dosaris:
...und was spricht nun konkret gegen MediaInfo zur Diagnose?
Bisher hatte das hier bei allen vorliegenden VideoClips die Bittiefe angezeigt.
Vermutlich richtig.
Vielleicht ein neues Release MediaInfo runterladen, wenn's nix anzeigt?
Grundsätzlich sind die container nicht für eine bestimmte Bittiefe ausgelegt, das ist denen egal.
Das betrifft immer den Inhalt der container.
Antwort von Jott:
Wenn man‘s eh nicht sieht, wo ist die Relevanz? Das Aufblasen zu 10 Bit (ProRes) hat in der weiteren Bearbeitung auch dann Vorteile, wenn nur 8Bit reinkam. Ich würde mir da keinen Kopf machen, sondern schöne Bilder. Duck und weg! :-)
Antwort von AndreasBuder:
Jott hat geschrieben:
Wenn man‘s eh nicht sieht, wo ist die Relevanz? Das Aufblasen zu 10 Bit (ProRes) hat in der weiteren Bearbeitung auch dann Vorteile, wenn nur 8Bit reinkam. Ich würde mir da keinen Kopf machen, sondern schöne Bilder. Duck und weg! :-)
Nenn es Beschäftigungstherapie und reine Neugier ;-) Dass es nur unwesentlich wirklich relevant ist, das ist mir ja klar. Aber ich würde dafür sogar nach Wiesbaden zu Ulist fahren...
Antwort von TheBubble:
AndreasBuder hat geschrieben:
Ja, das ist in etwa schon das, was ich oben in meinem Eingangspost angesprochen habe, nur leider scheint die Umwandlung in Prores 10-Bit auch Zwischenwerte zu interpolieren, sodass man davon vermutlich nichts mehr Belastbares ableiten kann.
Den Vorschlag mit dem Grauverlauf und ner JPEG-Aufnahme vs Atomos Prores-Video werde ich allerdings weiterverfolgen.
ProRes verwendet die normale DCT mit Quantisierung, daher kommt das.
Ich würde gar keinen Grauverlauf nehmen, sondern ein natürliches Motiv mit hohem Dynamikumfang, z.B. mit Bäumen, einen Haus, ein paar Schatten und alles bei blauem Himmel mit ein paar hellen Wolken. Dann das 10-bit Histogramm anschauen. Wenn es ein Muster wie bei einem Kamm gibt, dann hat man den Nachweis.
Das ganze kann man auch in 8-bit mit dem Level-Filter simulieren: Man presst den vollen Wertebereich (100%) zunächst auf ein Viertel (25%) zusammen (das entspricht dann 6-bit Nutzdaten) und lässt das Ergebnis auf 8-bit runden (also bitte nicht im Floating-Point-Modus arbeiten o.ä.). Dann streckt man den kleinen Bereich mit dem Level-Filter wieder auf den vollen Werteumfang. Im Histogramm sollte man jetzt bereits ein Muster erkennen, das an einen Kamm erinnert. Die fehlenden Werte sollten hier einfach Null sein.
Verlustlos gespeichert ändert sich daran nichts. Daher als JPEG mit ordentlich verlustbehafteter Kompression speichern. Dann das Ergebnis neu laden und das Histogramm anschauen.
So ähnlich sollte es auch aussehen, wenn 8-bit nach 10-bit gestreckt wird und man dann verlustbehaftet komprimiert. Ich kann es jetzt nicht ausprobieren, sonst hätte ich ein Beispiel gepostet.
Antwort von TheBubble:
dosaris hat geschrieben:
...und was spricht nun konkret gegen MediaInfo zur Diagnose?
Bisher hatte das hier bei allen vorliegenden VideoClips die Bittiefe angezeigt.
Vermutlich richtig.
Das sagt nur aus, wie viele Werte verwendet werden können, nicht ob die tatsächlich eingesetzt wurden.
Antwort von AndreasBuder:
Also am Samstag machen wir die Probe aufs Exempel, da fahre ich zu Ulist und stecken den Monitor an. Ich habe keine Ahnung warum, aber irgendwie macht sich so ne kindliche Entdeckerlaune breit, obwohl‘s völlig piep wurscht ist und ich hinterher genauso viel hab wie vorher (außer weniger im Tank) :D Männer und ihre Hobbies...
Antwort von klusterdegenerierung:
Ich komme mit Grillfleisch und Shogun dazu. ;-)
Antwort von AndreasBuder:
klusterdegenerierung hat geschrieben:
Ich komme mit Grillfleisch und Shogun dazu. ;-)
Ich nehm dich beim Wort.
Antwort von Ulist:
Wie schon zuvor ganz richtig gesagt wurde, lässt sich mit einem Histogramm auch herausfinden, ob es sich um 8 Bit oder mehr handelt. Ich habe aus einem Foto ein Stück grauen Himmel ausgeschnitten. Laut Histogramm hat das einen Tonwertumfang von ca. 8%. Wendet man jetzt eine Tonwertkorrektur an, um 15% auf 100% zu spreizen, so sieht das bei 12 Bit so aus:
10-Bit-Histogramm.jpg
Verringert man im Ausgangsbild die Farbtiefe auf 8 Bit und wendet dann die Tonwertspreizung an, sieht das Histogramm so aus:
8-Bit-Histogramm.jpg
qed
Antwort von mash_gh4:
Ulist hat geschrieben:
Verringert man im Ausgangsbild die Farbtiefe auf 8 Bit und wendet dann die Tonwertspreizung an, sieht das Histogramm so aus...
hast du das 8bit material auch mit einem verlustbehafteten codec, der dabei höherer bittiefe nutzt, komprimiert?
ohne diesen schritt sind's nämlich leider nur idealisierende simulationen...
im übrigen muss man bei histogrammen in diesem zusammenhang immer ein bisserl vorsichtig sein, da ja die meisten leistungsfähigern programme heute intern mit 32bit float operieren, und dabei jene
bucket size, die man verwendet, um nebeneinanderliegende werte zusammenzufassen und zu zählen, nicht unbedingt bündig mit den ursprünglichen ganzzahligen ausgangswerten korrespondieren bzw. selbst wieder derartige interferenzmuster und artefakte hervorbringen kann. ;)
"To construct a histogram, the first step is to "bin" (or "bucket") the range of values—that is, divide the entire range of values into a series of intervals—and then count how many values fall into each interval...."
(
https://en.wikipedia.org/wiki/Histogram)
Antwort von Ulist:
Es handelt sich, wie gesagt um ein Foto, d.h. es gibt in diesem Fall keinen Codec (16 vs. 8 Bit Tiff). Logischerweise ist die aussagekräftigste Methode 10-Bit Material von 8-Bit Material zu unterscheiden, ein Histogramm mit 1024 Schritten zu erzeugen und dann nachzuschauen, ob alle Schritte mit Werten belegt sind. Das ist aber i.d.R. mit keinem handelsüblichen Programm möglich, daher der Umweg über den gespreizten Tonwertumfang, Kamm-Muster usw.
Antwort von klusterdegenerierung:
Eine Anfrage an den Hersteller?
Antwort von mash_gh4:
Ulist hat geschrieben:
...daher der Umweg über den gespreizten Tonwertumfang, Kamm-Muster usw.
ja -- damit könnte man das ursprüngliche ausgangsmaterial vermutlich bei einer gegenüberstellung mit material von bekannter bittiefe zwar vermutlich korrekt erraten, aber nach einer kompression mit einem verlusbehafteten codec zur aufzeichnung höher bittiefe dürften diese charakteristiken mit ziemlicher sicherheit nicht mehr in der ursprünglichen form eindeutig erkennbar sein.
man darf einfach nicht den fehler machen, sich bild- und videokompression alleine nur als effizientere übertragung isolierter einzelpixel bzw. helligkeits und farbwerte vorzustellen. in wahrheit werden dabei vielmehr übergänge, verläufe und frequenzspektren zur beschreibung herangezogen, die sich mit diesen isolierten einzelwerten und ihren werteskalen nur sehr bedingt decken.
Antwort von Ulist:
Das ist schon klar, dass durch Kompressionsverfahren keine eindeutige Feststellung mehr möglich ist, ob es sich 8 oder 10 Bit handelt. Die Diskussion dazu gab es hier ja schon einmal. Eines ist aber ganz sicher: wenn am HDMI-Ausgang nur ein 8-Bit Signal zur Verfügung steht, können es keine 10 Bit sein.
Erinnert irgendwie an Tucholski: Der Vorteil der Klugheit besteht darin, dass man sich dumm stellen kann. Das Gegenteil ist schon schwieriger.
