PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Farbtiefen. Rechnen vs. Darstellen


Badesalz
2020-05-02, 09:58:53
Na denn...
Ich zieh das mal hierhin aus einem anderen Thread hier. Ich wüsste nämlich gerne was damit Sache ist. Wer wirklich nett sein möchte, kann das vielleicht und ggf. auch in seinen Fotoforen nachfragen :redface:

Die Werkzeuge sind Lightroom 5, DxO OpticsPro 9, FaststoneViewer 7.5. Die "Verarbeitungskette" ist sRGB.
Das Anschaungsobjekt ist (wohl) ein 30bit (10bit) PSD
https://community.amd.com/servlet/JiveServlet/download/2907153-1-116777/10%2Bbit%2Btest%2Bramp.psd

Man guckt sich das mit allen 3 an. Mit DxO geht nicht ;). Im Lr ist der Verlauf weich. Im FSViewer ist der Verlauf hart (sieht eher aus wie 64 Graustufen).

Ok, PSD... Muss nicht jeder gleich bestens können. Ich speicher also das Bild mit Lr als Tiff mit 16bit Farbtiefe und nochmal als Tiff in 8bit.
Tif8, zeigen alle 3 mit einem so weichen Verlauf wie Lr es auch schon beim PSD darstellt. Ok.

Tif16, zeigt Lr den Verlauf weiterhin wie schon beim PSD. OpticsPro und FSViewer zeigen es aber immernoch so schlecht an, wie FSViewer schon beim PSD.

Gibt es hier ein Problem mit irgendetwas? Einstellungssachen in Systemtreibern oder den Anwendungen?
Oder ist das prinzipbedingt so? Wenn ja, warum interessiert sich Lr nicht für diese Prinzipien? ;)

Asaraki
2020-05-02, 10:53:05
Lightroom arbeitet immer in ProPhoto RGB, ein einfach ausgedrückt "riesiger Farbraum". Das erklärt dir erstmal, warum LR nie ein Problem hat, denn es interessiert sich bewusst eben nicht für diese Prinzipien.
LR macht es dir so gesehen einfach, aber andere Programme können dann eben anders arbeiten...

In Photoshop z.B. kannst du wählen, welcher Farbraum verwendet wird (respektive er wird vom geöffneten Objekt abgeleitet). Wird in vielen anderen Programmen auch so sein.

Wenn du das exportierte TIF16 öffnest und im Programm auf ProPhoto RGB schalten kannst, denke ich wird das Resultat wie erwartet sein. Dass LR selbst ihn korrekt anzeigt ist logisch nach der eingehenden Erklärung.

Das TIF8 müsste von LR schon so gespeichert worden sein, dass es eben passt, aber da hast du schon Farben verloren, sofern im Ursprungsbild etwas drin war, was nur mit 16 bit korrekt wäre.

Im Prinzip musst du bei den TIF angeben in welcher Farbtiefe und welchem Farbraum es gespeichert wurde und dann auch wieder so öffnen, dann sehe ich nicht, wie da etwas schief gehen könnte :)

Für Kontext :
https://upload.wikimedia.org/wikipedia/commons/thumb/1/1e/CIE1931xy_gamut_comparison.svg/325px-CIE1931xy_gamut_comparison.svg.png

Darüber hinaus kann ich nicht helfen, da ich die Programme nicht mehr im Einsatz habe zur Zeit. Kann aber sonst mal bei meiner Freundin ranhocken wenn's was spezifisches gibt, LR und PS hab ich da.

Monkey
2020-05-02, 10:58:15
Hmm ist komisch. Wenn ich das PSD in CC2020 öffne sehe ich das banding, konvertiere ich das Dokument in 8bit verschwindet das banding.

Erstelle ich ein 16Bit Dokument und erstelle einen Verlauf hab ich auch banding, konvertiere ich es in 8Bit verschwindet es.

Scheint irgendwas in der Darstellung der 16Bit Dokumente zu sein?!

Asaraki
2020-05-02, 11:06:18
Hmm ist komisch. Wenn ich das PSD in CC2020 öffne sehe ich das banding, konvertiere ich das Dokument in 8bit verschwindet das banding.

Erstelle ich ein 16Bit Dokument und erstelle einen Verlauf hab ich auch banding, konvertiere ich es in 8Bit verschwindet es.

Scheint irgendwas in der Darstellung der 16Bit Dokumente zu sein?!

Welchen Space nimmt PS da wenn du das einfach öffnest?

Monkey
2020-05-02, 11:27:09
Im Dokument ist sRGB eingebunden, das Banding sehe ich immer. Egal ob ich es in sRGB öffne, in Eci oder ProPhoto.

Selbiges übrigens wenn ich ein Dokument erstelle. In sRGB ist das banding zwar ausgeprägter aber ebenso sichtbar wie in Eci, bei ProPhoto kommt dann noch color banding dazu - auch wenn da keine Farbe drin steckt sieht es so aus am Bildschirm.


Hier das 16Bit sRGB Dokument in ProPhoto konvertiert
https://abload.de/img/prophotopck7z.png (https://abload.de/image.php?img=prophotopck7z.png)

Monkey
2020-05-02, 11:35:30
Hab mal ein paar Dokumente erstellt (Verlauf aber frei gezogen)

8Bit ECI
https://abload.de/img/8biteci5sk5m.png (https://abload.de/image.php?img=8biteci5sk5m.png)

8Bit ProPhoto
https://abload.de/img/8bitprophoto7rko3.png (https://abload.de/image.php?img=8bitprophoto7rko3.png)

8Bit sRGB
https://abload.de/img/8bitsrgb68k5b.png (https://abload.de/image.php?img=8bitsrgb68k5b.png)

16Bit ECI
https://abload.de/img/16biteci0bk6p.png (https://abload.de/image.php?img=16biteci0bk6p.png)

16Bit ProPhoto
https://abload.de/img/16bitprophoto0ijpc.png (https://abload.de/image.php?img=16bitprophoto0ijpc.png)

16Bit sRGB
https://abload.de/img/16bitsrgbbbj2s.png (https://abload.de/image.php?img=16bitsrgbbbj2s.png)

Badesalz
2020-05-02, 11:39:46
@Asaraki
Ich weiß nicht, ob das des Pudels Kern ist (ohne es abzutun). RAWs haben 12, meist 14bit. Wenn man das können möchte und es auch behauptet - und auch 16bit Tiff erzeugt - müsste man das beherrschen -> SPRICH: intern reicht sRGB-Farbraum so oder so nicht dafür aus.

Die 8bit Konvertierung, also das "daß es eben passt", sollte für alles auf sRGB, für mich durchgehend gelten. Darstellen, kann man das dann eh nur in 8bit. Bzw. eben so, daß eine sRGB-Kette das möglichst gut darstellt. Das gilt hier für den Monitor wie für die Graka.

Das haut beim Lr auch ohne erst Speichern schon bei der Darstellung des PSD wie auch des Tif16 hin. Bei OpticsPro nicht. Auch FSViewer soll eigentlich mit 16bit Tiffs umgehen.

Irgendwie sieht das alles aber anschliessend nicht so aus wie im Lr.
Das wird imho nicht einfach nur daran liegen, daß Adobe intern sowieso immer angeblich sogar mit imho 48bit (!) rechnet.

Ich hab hier noch angeblich (?!) ein 16bit PNG. Also 48bit. Das stellt auch FSViewer weich dar. Und behauptet auch, das PNG hätte 48bit...
16KB hat das Ding nur. Ich kanns leider nicht hierhin schieben, weil es 2048x1024 ist :frown:

Monkey
2020-05-02, 11:46:14
Ich denke PS/Adobe hat irgendwelche Probleme mit der Darstellung von 16Bit Dokumenten.

Ansicht des AMD PSD in CaptureOne
https://abload.de/thumb/16bitrampcaptureoneqcjmm.png (https://abload.de/image.php?img=16bitrampcaptureoneqcjmm.png)

In 16Bit aus C1 exportiert und in PS geöffnet:
https://abload.de/thumb/16bitc1exportrzj00.png (https://abload.de/image.php?img=16bitc1exportrzj00.png)


In 8Bit aus C1 exportiert und in PS geöffnet:
https://abload.de/thumb/8bitc1exportxhj10.png (https://abload.de/image.php?img=8bitc1exportxhj10.png)

Badesalz
2020-05-02, 12:36:06
Ich denke PS/Adobe hat irgendwelche Probleme mit der Darstellung von 16Bit Dokumenten.Glaub genau darum ging es mir jetzt nicht ;)