[mrieglhofer]

Ok, sie sind nicht mehr "offiziell definiert", aber sie sind mit Werten darstellbar, sprich die Umrechnung von sRGB nach AdobeRGB und umgekehrt ist ohne Verlust möglich solange man nicht anfängt irgendwelche Werte zu clampen.

Klar wäre es so möglich, wenn die Definition dies nicht anders vorsehen würde. Dann könnte man natürlich einen sRGB Farbraum machen, der über die Grenzen hinaus läuft und die AdobeRGB Farben darstellbar macht und dafür 10Bit braucht. Und dann speicherst du das in JPG 8Bit und fertig. Könnte man, aber sinnhaft?

Deshalb nimmt man ja das Device Profil und erstellt bei der Ausgabe das File im Wunschfarbraum. Und danach ist es faktisch nur mehr verlustbehaftet zu konvertieren.

[Serenity1]

Naja, ich komme ja eigentlich aus dem Renderingbereich, da rechnet man immer mit 32Bit Floating Point und man benötigt zwingend Werte die außerhalb des definierten Farbraums liegen.

Ob es sinnvoll ist oder nicht? Naja, wäre es nicht sinnvoll, dann gäbe es gar keine HDR-Dateien im RGB-Format, dort sind die Werte praktisch ständig deutlich größer als 1.0. Alternative wäre dann nur der XYZ-Farbraum, was ja auch wunderbar wäre für ein Dateiformat, aber Rechnen macht damit nicht so wirklich Spaß. Aber ohne Farbraum wüßte man nicht mal annähernd welcher Farbe denn nun ein RGB-Wert entspricht.

Insofern: Ja es ist sogar sehr sinnvoll Farben außerhalb des definierten Bereichs zu haben.

[Serenity1]

Vielleicht nochmal zum besseren Verständnis warum auch im sRGB-Farbraum AdobeRGB Farben dargestellt werden können, wenn man die Werte nicht auf den 0-1 Bereich beschränkt:

Standarddarstellung für Farbräume ist diese, CIE xy Chromazitätsdiagram:

http://www.gamutvision.com/docs/imag...Adobe_sRGB.jpg

Das kleiner Dreieck entspricht sRGB, das größere entspricht AdobeRGB. Man sieht also sehr schön, daß besonders im grünen Bereich der AdobeRGB-Farbraum mehr Farben abdeckt.
Was man auch sieht: Beide Farbräume können mit einem Dreieck dargestellt werden.

Ein Dreieck spannt immer eine Ebene auf. Ein beliebiger Punkt in dieser Ebene kann durch die Linearkombination der 3 Eckpunkte des Dreiecks beschrieben werden. Also sagen wir die Ecken des sRGB Dreiecks heißen A, B und C. Dann kann jeder beliebige Punkt in der Dreiecksebene beschrieben werden als

P = w * A + u * B + v *C

Farben innerhalb des sRGB Dreiecks haben lediglich die Einschränkung daß u > 0.0, v > 0.0, u + v <= 1.0 und w = 1.0 - u - v ist. Hebt man diese Einschränkung auf, dann ist auch jeder Punkt innerhalb des AdobeRGB-Dreiecks mit diesen Stützpunkten beschreibbar und somit darstellbar, ebenso wie jeder andere Punkt auf diesem Chromazitätsdiagramm.
Bei HDR-Dateien gibt es eben diese Einschränkung auf den 0-1 Bereich nicht, so daß man alle Farben darstellen kann und Farbräume deshalb nicht dieselbe Wichtigkeit haben wie es bei beispielsweise bei JPG der Fall ist. Man braucht sie immer noch um die richtige Zuordnung der Werte vornehmen zu können, aber grundsätzlich sind alle Farben in einem HDR gespeichert, wie ich ja schon am Anfang sagte.

Bei RAW-Dateien war mir das nicht so klar, da die Werte ja noch immer auf den 0-1 Bereich beschränkt sind. Der Unterschied zu JPG ist hier vor allen Dingen wohl, daß die Farben mit linearem Gamma und nicht mit den in sRGB bzw. AdobeRGB definierten Gammaverläufen gespeichert sind. Außerdem haben sie natürlich ihren eigenen Farbraum (den des Sensors) und deshalb spielt die sRGB bzw. AdobeRGB Einstellung keine Rolle beim RAW.
Dieser Punkt mußte mir halt erstmal klar werden, deshalb hatte ich gefragt. Und daß die Kamera AdobeRGB JPEGs falsch anzeigt ist ja nun auch geklärt, mal sehen ob ich bei der Photokina einen Sonymenschen mal darauf ansprechen kann.