Ist mal jemandem aufgefallen das HTPC's bzw. gängige Grafikeinheiten von ATi, Nvidia und Intel das gleiche Problem haben? Dazu findet man überall im Internet etwas.
.
.
.
.
Ich kann nicht wirklich beurteilen wie schwer es ist dieses Problem in den Griff zu bekommen, ich denke eher das ATi, Intel und Nvidia sich der Problematik nicht wirklich bewusst sind. Für die Telekom gilt das gleiche, schließlich kann jeder 0815 BluRay Player den Farbraum korrekt ausgeben.

Das ist so nicht ganz richtig.
Nvidia ist sich der Problematik sehr wohl bewusst und hat in der Nvidia Systemsteuerung extra einen Reiter: Video---> Video-Farbeinstellungen--->Erweitert---> Dynamikbereich: 0-255 oder 16-235 zur Einstellung eingebaut.
Wie es da bei ATI ausschaut weiß ich allerdings nicht

Hallo in die Runde,

es handelt sich bei der Entscheidung für den RGB- und gegen den RCS -Farbraum sicherlich nicht um einen Bug.

Erst wenn nämlich das eingesetzte TV-Gerät auf einer RCS -Anlieferung "besteht", wird es heikel . . .

Optimal wäre es allerdings in der Tat, wenn der Receiver in solchen Szenarien automatisch ein Fallback böte und automatisch auf RCS umschwenken könnte.

Wir haben Ihre Wünsche und Anregungen intern bereits mehrfach weitergeleitet und drücken nun die Daumen, dass eine künftige Generation von Media Receivern für diese Aufgabe gerüstet sein wird.

Daher können wir bis auf weiteres einzig auf die weise Anregung von Mantrix vom 22. 4. (auf Seite 1 dieses Threads) verweisen.

es handelt sich bei der Entscheidung für den RGB- und gegen den RCS -Farbraum sicherlich nicht um einen Bug.

Ich finde RCS weder in HDMI 1.1-1.3 noch in CEA-861-B. Da der Begriff RCS -Farbraum auch in diesem Thread neu ist: Was genau verstehen Sie darunter?

Falls damit die hier diskutierte Übertragung der Helligkeitswerte im Bereich 16-235 gemeint ist, so teile ich nicht Ihre Ansicht. Ich habe bereits weiter oben die Stelle aus dem HDMI Standard zitiert, die 16-235 zwingend vorschreibt. Eine Übertragung von 0-255 ist nicht erlaubt. Ich erlaube mir daher, dies einen Bug zu nennen.

Nennen Sie mir bitte die Stellen im HDMI Standard, die Ihre Ansicht bestätigen.

Erst wenn nämlich das eingesetzte TV-Gerät auf einer RCS -Anlieferung "besteht", wird es heikel . . .

Ein Gerät darf bei HDMI -Signalen auf 16-235 bestehen, da es so im Standard steht. Nur bei DVI-Signalen ist eine Umschaltmöglichkeit erforderlich.

Von RCS habe ich auch noch nie etwas gehört, es ist für mich aber eindeutig das damit der Referenz-Farbraum gemeint sein muss :)

Ich wusste nicht das dem M300 ein Microsoft Betriebssystem zu Grunde liegt. Das erklärt natürlich einiges, extrem langsam und träge... Blacklevel Probleme. Das kennt man doch von den Desktop Systemen. Sorry, aber den Seitenhieb konnte ich mir nicht verkneifen :)

Wie verhält sich das eigentlich bei der Konkurenz, Alice z.B. bietet doch auch IPTV ? Und jetzt sogar bei mir im Anschlussbereich. Geben die auf ihren Geräten auch falsche Farbwerte über HDMI aus?

Ich habe das hier zum Thema ' RCS ' gefunden:

" RCS - Retinopathia centralis serosa, eine nicht schmerzhafte degenerative Erkrankung der Netzhaut. Sie geht meistens mit einem Verlust an Sehschärfe und häufig mit starken Sehverzerrungen einher und kann bei chronischem Verlauf zum Verlust des zentralen Sehvermögens führen. Das heißt, es wird unmöglich zu lesen, fern zu sehen, zu nähen und Auto zu fahren. RCS - Retinopathia centralis serosa führt allerdings nicht zur totalen Orientierungslosigkeit, da "nur" das zentrale Sehfeld betroffen ist."
aus: http://www.forumromanum.de/member/forum/forum.php?USER=user_306169

Also, alles halb so wild.

R. *clown

RCS bedeutet nichts weiter als Referenzfarbraum.
reference color system

RCS bedeutet nichts weiter als Referenzfarbraum. reference color system

Wenn ich das richtig sehe bezeichnet dies aber nur allgemein den innerhalb eines bestimmten Anwendungsbereichs als Referenz verwendeten Farbraum. Einen konkreten Farbraum dieses Namens kenne ich nicht. Im HDMI Standard gibt es nur "Reference Voltage" und "Reference Cable Equalizer" aber kein "Reference Color System".

Ich habe inzwischen den leichten Verdacht, dass man Telekom-intern das hier geschilderte Problem als " MR liefert einen zu HDMI inkompatiblen Farbraum" interpretiert. Dann ist die Antwort "stimmt nicht" in der Tat richtig.

Genaugenommen geht es hier nicht um unterschiedliche Farbräume sondern um unterschiedliche Codierungen desselben Farbraums: Ein HDMI 1.1 Eingang muss RGB und YCbCr unterstützen. Der HDMI Ausgang des MR liefert RGB, klingt soweit gut. Probleme machen die unterschiedlichen Varianten der Tripel des RGB Farbraums:

DVI(-PC), viele True-Color Graphikformate und der MR HDMI Ausgang verwenden:
Schwarz=(0, 0, 0); Weiss=(255, 255, 255)

HDMI 1.1 schreibt aber vor:
Schwarz=(16, 16, 16); Weiss=(235, 235, 235)

Ich bleibe dabei: Bug im MR ! Ich lasse mich gerne vom Gegenteil überzeugen, aber bitte dann mit konkreten Belegen und nicht nur mit bloßen Behauptungen.

Daher würde ich mich über eine entsprechende Erläuterung des Telekom-Team zu deren letzten Beitrag hier freuen.

Ein Referenzfarbraum kann beispielsweise Adobe RGB oder sRGB oder ProPhoto RGB oder sonstiges sein. Je nachdem, worauf man sinnvollerweise referenzieren möchte.
16-235 oder 0-255 sind keine eigentlichen Bezeichnungen von Farbräumen. Im Sinne dieser Diskussion beschreibt 16-235 den Codierten Bereich eines Farbraums, der nach einem Beschneiden des vollständig codierten Farbraums übrig bleibt.
Ich verwende hier Beschneiden. Optimal ist es, wenn ein Wiedergabegerät in der Lage ist, den vollständigen Farbraum wiederzugeben, in dem das darzustellende Material vorliegt.
Kann das Wiedergabegerät das nicht, ist es optimal, eine geeignete FarbraumKONVERTIERUNG vorzunehmen, die möglichst gut den grösseren Farbraum des wiederzugebenden Ausgangsmaterials auf den Kleineren Farbraum des Wiergabegerätes abbildet.
Ein einfaches Abschneiden, also der schlichte Verlust von Farbwerten, die in den Zielfarbraum nicht hineinpassen, ist die primitivste Variante und darf eigentlich kaum Konvertierung genannt werden.

Im Sinne dieser Diskussion beschreibt 16-235 den Codierten Bereich eines Farbraums, der nach einem Beschneiden des vollständig codierten Farbraums übrig bleibt.

Farbräume und Konvertierungen zwischen Farbräumen sind zunächst einmal über (n-Tupeln von) reellen und nicht über ganzen Zahlen definiert. Der Unterschied zwischen 16-235 oder 0-255 besteht in der Anzahl der tatsächlich darstellbaren diskreten Punkte, nicht aber in der gesamten überdeckten "Fläche" des Farbraums. Bei 0-255 sind es 256^3 = 16777216, bei 16-235 sind es 220^3 = 10648000 unterschiedliche Werte, der überdeckte Farbraum beider Wertemengen ist aber identisch.

Ein einfaches Abschneiden, also der schlichte Verlust von Farbwerten, die in den Zielfarbraum nicht hineinpassen, ist die primitivste Variante und darf eigentlich kaum Konvertierung genannt werden.

So ist es. Eine primitive pixelweise Konvertierung von 0-255 nach 16-235 wäre bei ganzzahliger Rechnung
x -> ((x * 219 + 255/2) / 255) + 16
-> .
Ohne Filterung gibt es vermutlich unschöne Effekte.

Hallo zusammen,

Daher würde ich mich über eine entsprechende Erläuterung des Telekom-Team zu deren letzten Beitrag hier freuen.

RCS meint hier einfach nur Reduced Color Space, also den reduzierten RGB-Farbraum. Wobei natürlich die Ausführungen dazu

Der Unterschied zwischen 16-235 oder 0-255 besteht in der Anzahl der tatsächlich darstellbaren diskreten Punkte, nicht aber in der gesamten überdeckten "Fläche" des Farbraums. Bei 0-255 sind es 256^3 = 16777216, bei 16-235 sind es 220^3 = 10648000 unterschiedliche Werte, der überdeckte Farbraum beider Wertemengen ist aber identisch.

völlig richtig sind.