Hallo,
Wie stellst Du den Farbraum fest, welches Hilfsmittel nutzt Du?
Mit Mediainfo. Dort steht z.b.: Color space : YUV
Der Farbraum wird angegeben:
Nachtrag: Mit Hardwarebeschleunigung encodiert.
@newpapa Danke. Bin nur in der Zeile verrutscht.
Danke, mit MediaInfo habe ich das auch versucht und es nicht gefunden. 😬😟 Warum nur? Ich habe einen Clip mit BT 709 genommen und da wird der Farbraum nicht angezeigt!
Bildwiederholungsrate : 25,000 FPS
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Bits/(Pixel*Frame) : 0.150
Stream-Größe : 3,70 MiB (98%)
Sprache : Englisch
Kodierungs-Datum : UTC 2021-05-01 09:40:27
Tagging-Datum : UTC 2021-05-01 09:40:27
Color range : Limited
Codec configuration box : hvcC
MediaInfo zeigt es nur an, wenn es BT 2020 ist. Color space : YUV wird allerdings bei beiden Farbräumen angezeigt, ist also m. M. nach kein Indiz für 2020.
Seis drum, ich mache i.d.R. eine Sichtkontrolle auf Monitor und TV, Hauptsache, den Zuschauerinnen und Zuschauern und meiner Hauptkritikerin gefällts.
Ich hatte ja in dem anderen Beitrag schon mein MediaInfo-Protokoll gepostet, in dem BT: 2020 eingetragen ist.
https://www.magix.info/de/forum/bt-2020-rendering--1271620/#ca1666354
Hier aktuell noch einmal der Export für HEVC, 10 bits und BT: 2020.
- Hier muss man genau auf die Einstellung achten!
Das Protokoll:
Allgemein Vollständiger Name : #:\Video_X12\BT2020HDR_Export.MP4 Format : MPEG-4 Format-Profil : Base Media Codec-ID : iso4 (iso4/hvc1) Dateigröße : 116 MiB Dauer : 27s 680 ms Modus der Gesamtbitrate : variabel Gesamte Bitrate : 35,3 Mb/s Kodierungs-Datum : UTC 2021-05-02 09:31:56 Tagging-Datum : UTC 2021-05-02 09:31:56Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format-Profil : Main 10@L5@High Codec-ID : hvc1 Codec-ID/Info : High Efficiency Video Coding Dauer : 27s 680 ms Bitrate : 35,1 Mb/s Breite : 3 840 Pixel Höhe : 2 160 Pixel Bildseitenverhältnis : 16:9 Modus der Bildwiederholungsrate : konstant Bildwiederholungsrate : 25,000 FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 10 bits Bits/(Pixel*Frame) : 0.169 Stream-Größe : 116 MiB (99%) Sprache : Englisch Kodierungs-Datum : UTC 2021-05-02 09:31:56 Tagging-Datum : UTC 2021-05-02 09:31:56 Color range : Limited Color primaries : BT.2020 Transfer characteristics : PQ Matrix coefficients : BT.2020 non-constant Codec configuration box : hvcCAudio ID : 2 Format : AAC LC Format/Info : Advanced Audio Codec Low Complexity Codec-ID : mp4a-40-2 Dauer : 27s 627 ms Bitraten-Modus : variabel Bitrate : 197 kb/s Kanäle : 2 Kanäle Channel layout : L R Samplingrate : 48,0 kHz Bildwiederholungsrate : 46,875 FPS (1024 SPF) Compression mode : Lossy Stream-Größe : 665 KiB (1%) Sprache : Englisch Kodierungs-Datum : UTC 2021-05-02 09:31:56 Tagging-Datum : UTC 2021-05-02 09:31:56
Also ich habe mich dazu entschlossen, die Software zurückzugeben.
Es hat aber auch noch einen anderen Grund: Die Software ist momentan nicht in der Lage, Medien die verschidene Farbräume haben (BT.709 und BT.2020) zusammen zu handeln.
Wenn ich gemischte Medien als BT.709 exportiere, dann zeigt er das BT.2020 Video im Export Farbenfalsch an. Dies lässt sich aber beheben, wenn ich einen Farbkorrektureffekt im BT.2020 Video anwende.
Wenn ich gemischte Medien als BT.2020 exportiere(Ohne Beschleunigung, anders gehts ja nicht), dann zeigt er mit die BT.709 Videos im Export falsch an, dies lässt sich nicht beheben.
Ich denke, dass die Entwickler einfach noch ein paar Jahre brauchen.
In Vegas funktioniert es. Bei BT.709 Export gehts ebenfalls mit einen Farbkorrektur-Effekt und der BT.2020 Export von gemischten Medien funktioniert ebenfalls, wenn man den Medien-Farbraum bei jeden einzelnen Video einstellt. Leider stützt Vegas teilweise mitten im Rendern ab.
O.K., dann viel Spaß mit Vegas und ich drücke die Daumen für weniger Abstürze. Du kennst das Forum?
https://www.vegascreativesoftware.info/de/
Vielleicht kann man Dir dort weiterhelfen.
Hallo. Ich wollte dieses Thema noch einmal öffnen, da jetzt mit der neuen Version 13 das Problem immernoch vorhanden ist. Gibt es mittlerweile Lösungsansätze?
Das kann und muss ich leider bestätigen!
Im Juni hat Support auf meine Anfrage bestätigt, dass das Verhalten auch in VPX13 weiter besteht und bis heute hat Magix keine lösung gefunden! Mir wurde geraten immer wieder hier im Forum nachlesen, ob das Problem behoben wurde was bis heute nicht der Fall ist... kommentieren will ich das nicht, mir fehlen einfach die Worte!
Wenn ich Dir einen Tipp geben kann... bevor Du die Originaldatei in 10 Bit HDR (BT.2020) importierst stelle bitte Dein Monitor auf Farbraum BT.709, in Filmeinstellungen auch BT.709 und korrigiere entsprechend alle Farben für die Ausgabe in BT.709. Bei Export mit Hardwarebeschleunigung auch BT.709 auswählen (nicht BT.2020, auch wenn BT.709 in fertigen Video rauskommt), beste Qualität, Bitrate 50000/60000, maximale GOP-Länge entsprechend Framerate und Du bekommst ein Video in bester Qualität (vorausgesetzt hochvertige Quelldatei) die sich von HDR Material NICHT unterscheidet. Die Ergebnisse sind selbst auf 65 Zoll Fernseher atemberaubend!
Ich möchte noch eine Sache ansprechen... um einwandfreie Ergebnisse (was Farben angeht) zu erzielen ist ein kalibrierter Monitor erforderlich, der auch die Farben in gewollten Farbraum darstellen kann, sonst sind die Ergebnisse so, wie Du es in Deinem Kommentaren erwähnt hast... musst schließlich sehen, was Du machst.
Hi, W.R.
Also ich habe alles versucht. Es ist echt frustrierend.
Das einzige was zuverläsig geht ist der "nomale" Farbraum. Hierzu muss man allerdings bei den BT.2020 Videos eine Farbkorrektureffekt machen. Dann geht auch der Export mit GPU fast in Echtzeit. Leider geht hierbei aber der erweiterte Farbraum der Bt.2020 Videos verloren.
Ein BT.2020 Export ist weder mit GPU, noch mit CPU, noch ohne Beschleunigung möglich. Er exportiert hier zwar mit CPU und ohne Beschleunigung die BT.2020 Videos korrekt, jedoch kommt nur ein schwarzes Bild, wenn ein Foto sichtbar sein soll.
Ich verstehe einfach nicht, wie Magix mit HDR und erweiterten Farbraum wirbt, wenn eine effektivie Bearbeitung und Export dieser Videos gar nicht möglich ist.
Der einzige Möglichkeit die ich habe ist, dass ich das Projekt als BT.709 exportiere und solange speichere, bis Magix es im Griff bekommen hat.
Wie gesagt, in VEGAS geht es ohne Probleme (BT.709 und BT.2020 gemischt in BT.709 und BT.2020 export). Allerdings dauert es dort auch um den Faktor 10 länger und die Bearbeitung macht auch keinen Spass, weil alles zuckelt.
Seitens Magix wird sich noch lange nichts ändern, einerseits anscheinend arbeiten immer noch zu wenige Leute mit HDR Material und der Druck auf Support ist nicht groß genug damit was dagegen unternommen wird. Andererseits ist HDR mit vollem Umfang und Funktionalität sehr komplex... nach meinem Wissen wird ein H.265 de- und Encoder benötigt, der bei HDR Ausgabe SDR Konforme Videodatei erzeugen kann und das ist bei VPX (auch 13) nicht der Fall.
Wenn Du gezwungen bist Farbräume zu mischen, konvertiere vorher alles ins gewünschte Format, dann importiere alles zusammen, bearbeite und exportiere... jede Konvertierung ist mehr oder weniger mit Qualitätsverlust verbunden aber wenn Du möchtest weiter mit VPX arbeiten, bleibt Dir erstmal keine andere Wahl.
Ich mache HDR Aufnahmen mit flachen LOG Profil, das gibt mir mehr Freiraum und mehr Möglichkeiten bei Anpassung von Farben. Trotz Export in BT.709 (unbedingt 10Bit, beste Qualität und hohe Bitraten) wird ein Video in bester Qualität erzeugt. Wenn Du unbedingt BT.2020 haben möchtest, geht an CPU Encoding kein Weg vorbei. Warum das bei Dir nicht funktioniert, weiß ich nicht... falls Du mit VPX 13 arbeitest, musst Du Import, Bearbeitung und Export auf CPU stellen, sonst treten schwarze Bilder auf oder das ganze Video wird schwarz, das musste ich bei mir auch feststellen.
Magix wirbt sogar mit HDR 10, kann genauso mit Dolby Vision werben, weil es nicht funktioniert... werde heute den Support kontaktieren mit der Bitte um Erklärung, wie ich mit irgendeiner Version von VPX ein HDR 10 Video erzeugen kann, egal ob mit oder ohne Hardwarebeschleunigung...