| Informationen über sventetzlaff |
| Registriert seit: |
15-10-2025 |
| Letzter Besuch: |
Gestern, 13:52 13 |
| Beiträge (gesamt): |
32 (0,21 Beiträge pro Tag | 0.12 Prozent aller Beiträge)
(Alle Beiträge finden)
|
| Themen (gesamt): |
10 (0,07 Themen pro Tag | 0.33 Prozent aller Themen)
(Alle Themen finden)
|
| Gesamte Onlinezeit: |
17 Stunden, 35 Minuten, 54 Sekunden |
| Empfohlene Benutzer: |
0 |
|
7 (0,05 pro Tag | 0.61 Prozent aller 1148)
( — )
|
|
37 (0,25 pro Tag | 3.12 Prozent aller 1186)
( — )
|
|
|
| sventetzlaff's meist Bedankte sich Beiträge |
| Beitragstitel |
|
Anzahl der Vielen Dank |
| RE: ausgewaschenenauf Farben, Color Management in Linux |
12-02-2026, 09:18 9 |
2 |
| Thema |
Forum |
| ausgewaschenenauf Farben, Color Management in Linux |
Blackmagic Design
DaVinci Resolve unter Linux
|
| Beitraginhalt |
|
Anni Fa schrieb: (09-02-2026, 21:01 21)
--
Gibt es Erfahrungswerte?
--
Ein paar, aber ich weiß nicht, ob sie Dir wirklich weiterhelfen ...
1) Ich habe DR das automatische Colormanagement wieder abgenommen, weil die angenommenen Daten der eingespielten Quellen oft danebenlagen (vor allem diverse Handies, Actioncam ...) Ich bin deshalb wieder dazu übergegangen, den Import und Bearbeitungsraum via CSTs händisch festzulegen. Das erscheint mir definierter.
2) Als "Ausgangs"-CST verwende ich das kostenlose DCTL OpenDRT (https://github.com/jedypod/open-display-transform/tree/main/display-transforms/opendrt). Dort stelle ich den Ausgang auf REC1886 ... (siehe Bild) ein. Arbeitsfarbraum ist wie üblich DavinciItermediate/WideGamut.
Ich würde in deinem Fall genau dort mal verschiedene Ausgaben ausprobieren und dann zu z.B. YT hochladen und mir dort anschauen, wie es aussieht. YT arbeitet intern mit AV1, d.h. beim einer ungünstigen Ausgangslage verhunzt YT die Farben noch einmal.
https://diary.umlauts.de/wp-content/uploads/2026/02/Screenshot%202026-02-12%20150132.png |
|
