einer der grossen vorteile von premiere ist, dass sich jedweder win-monitor zur vollbild-vorschau machen lässt, ein grosser nachteil jedoch, dass sich externe vorschau-hardware nur über spezielle sequenzen einbinden lässt, das könnte ich mir eleganter vorstellen...:-)
das hat einem manchmal den Nerv geraubt, ich habe mich dann relativ früh von den Schnittkarten verabschiedet,
zumal bei Matrox RT2000 noch unendliche Treiber und Stabilitätsprobleme hinzukamen,
oder die install einer Canopus, Sisyphos hieß der Erfinder....da gabs glaube ich 8 reboots ehs dann mal lief.
War auch Goldwingsfahrers Liebling.
ja da scheiterte es , ich frag mich, wir haben cuda, open cl, auf der audio seite vst, warum gibt es keine universelle monitor schnittstelle, wo sich die hardware einklinken könnte?
dienstag_01 hat geschrieben: Do 18 Apr, 2019 21:56
Das sollte nicht die Frage sein, weil es erstmal egal ist. Und ob man für 10bit auf die BM Sequenzen angewiesen ist, ist ja gar nicht sicher.
das sehe ich anders, 8bit ist systemstandard unter windows, 10 bit schon sehr speziell.
und wenn ich das richtig sehe, geht es in diesen thread um 10 bit...;-)
lg
srone
Die Ausgabe über die Decklink hat doch nichts mit Cuda, Open CL oder der Windows-Bittiefe zu tun. Der Sinn von I/O Karten ist doch gerade, das alles zu umgehen und ein komplett unverfälschtes Bild auszugeben.
Ehm.. Jörg.. von Schnittkarten verabschiedet.. und dann?
dann habe ich mit I/O karten, oder nativ von der Grafikkarte gearbeitet, als diese dann Multimonitoring drauf hatten.
Für meine Ausflüge mit Resolve bin ich noch am Überlegen, welche es werden soll, hängt von meiner Entscheidung ab, wieviel ich damit im Endeffekt machen will, ob die nächste cam UHD 60p macht, etc.
Ja srone, die reine Lehre der Notwendigkeit von I/O cards ist auch bei mir aufgeweicht ;-))
Ich glaube das Problem war/ist die Testrampe. Diese hat nämlich 16bit und wird in 10bit eben auch mit Banding dargestellt.
Aus der 16bit Rampe habe ich mit Photoshop ein 8bit-Rämpchen gemacht und diese beiden, nebeneinander in der Premiere-Timeline, ergaben plötzlich einen Unterschied. Über die Decklink hatte die 8bit-Ramp 27 Streifen und die 10bit eben nur 23.
In der Gegenprobe über die Premiere-Vorschau waren's in beiden Fällen 27 Streifen. Diese Vorschau macht ja nur 8bit.
Im MPC-Player mit madVR konnte ich das ganze ebenfalls genau so nachspielen.
Mein großer Bug (neben der Bittiefe der Ramp) war wohl, dass ich davon ausgegangen war, mit dem MPC-Player schon mal ein bandingfreies Bild generiert zu haben. Das war wohl ziemlicher Mist. Ein bandingfreies Bild konnte ich heute erzielen, als ich in Photoshop (also 8bit-Vorschau) über Bild>Modus>... von den 16bit auf 8bit geschaltet habe. Vielleicht ist mir so was ähnliches auch mit dem MPC-Player passiert.
Ist das, was ich mir da zusammenreime logisch.. Hab ich endlich die Lösung zu meinem Problem ?
Seba Peh hat geschrieben: Fr 19 Apr, 2019 17:19
SOO.. ich denke ich hab's :-)
Ich glaube das Problem war/ist die Testrampe. Diese hat nämlich 16bit und wird in 10bit eben auch mit Banding dargestellt.
Aus der 16bit Rampe habe ich mit Photoshop ein 8bit-Rämpchen gemacht und diese beiden, nebeneinander in der Premiere-Timeline, ergaben plötzlich einen Unterschied. Über die Decklink hatte die 8bit-Ramp 27 Streifen und die 10bit eben nur 23.
In der Gegenprobe über die Premiere-Vorschau waren's in beiden Fällen 27 Streifen. Diese Vorschau macht ja nur 8bit.
Im MPC-Player mit madVR konnte ich das ganze ebenfalls genau so nachspielen.
Mein großer Bug (neben der Bittiefe der Ramp) war wohl, dass ich davon ausgegangen war, mit dem MPC-Player schon mal ein bandingfreies Bild generiert zu haben. Das war wohl ziemlicher Mist. Ein bandingfreies Bild konnte ich heute erzielen, als ich in Photoshop (also 8bit-Vorschau) über Bild>Modus>... von den 16bit auf 8bit geschaltet habe. Vielleicht ist mir so was ähnliches auch mit dem MPC-Player passiert.
Ist das, was ich mir da zusammenreime logisch.. Hab ich endlich die Lösung zu meinem Problem ?
Sag ich doch... siehe weiter oben. Ich vermute mal, dass dein Media-Player das Banding glaettet. Quicktime unter macOS macht das z.B. so.
Seba Peh hat geschrieben: Fr 19 Apr, 2019 17:19
SOO.. ich denke ich hab's :-)
Ich glaube das Problem war/ist die Testrampe. Diese hat nämlich 16bit und wird in 10bit eben auch mit Banding dargestellt.
Aus der 16bit Rampe habe ich mit Photoshop ein 8bit-Rämpchen gemacht und diese beiden, nebeneinander in der Premiere-Timeline, ergaben plötzlich einen Unterschied. Über die Decklink hatte die 8bit-Ramp 27 Streifen und die 10bit eben nur 23.
In der Gegenprobe über die Premiere-Vorschau waren's in beiden Fällen 27 Streifen. Diese Vorschau macht ja nur 8bit.
Im MPC-Player mit madVR konnte ich das ganze ebenfalls genau so nachspielen.
Mein großer Bug (neben der Bittiefe der Ramp) war wohl, dass ich davon ausgegangen war, mit dem MPC-Player schon mal ein bandingfreies Bild generiert zu haben. Das war wohl ziemlicher Mist. Ein bandingfreies Bild konnte ich heute erzielen, als ich in Photoshop (also 8bit-Vorschau) über Bild>Modus>... von den 16bit auf 8bit geschaltet habe. Vielleicht ist mir so was ähnliches auch mit dem MPC-Player passiert.
Ist das, was ich mir da zusammenreime logisch.. Hab ich endlich die Lösung zu meinem Problem ?
Das ist doch vollkommener Quatsch. (Ein 10 bit Verlauf kann natürlich nur in einer 16bit PSD Datei gespeichert werden, da es kein 10bit PSD Datei gibt).
Wenn du unsicher bist, ob du die Anzeige richtig interpretierst, musst du folgendes vergleichen: deine 10bit Vorschau in Premiere mit einer 8bit Vorschau, in der *Mercury Playback Engine* auf *nur Software* und in den Sequenzeinstellungen Maximum Bith Depth ausgeschaltet ist. Wenn du da einen signifikanten Unterschied siehst, spricht das für eine funktionierende 10 bit Vorschau.
Auch dein Eizo stellt nicht ohne weiteres 10 bit dar
In Verbindung mit einer Frame Rate Control (FRC) der LCD-Module gestatten CG-Schirme - je nach Modell - eine 10-Bit-Farbauflösung.
Nach langer Forschungsreise, die mir mein System und manche Zusammenhänge (Blackmagic-Preset-Ordner, Sinn von psd's mit 16bit...) hoffentlich ein bisschen näher gebracht hat, bin ich wieder bei Deiner Aussage gelandet. Hab dann mal bei 'displayspecifications.com' nachgeschaut und eigentlich kann man es ja auch auf der Eizo-Seite lesen (wenn man kann und will).. Auch bei den höherwertigen CG-Schirmen steht bei Panel-Farbtiefe fast immer 10bit (8bit+FRC). Für knapp 5000 Euro hab ich einen gefunden, bei dem 'displayspecifications.com' von einem reinen 10bit-Panel spricht. Wenn ich aber Unmengen für ein echtes 10bit-Panel ausgeben muss, häng ich mir da wahrscheinlich auch keine billige Decklink und keinen Windows-Rechner mit Premiere davor..
ich weiß zwar nicht, was gegen einen Win-Rechner und gegen Premiere spricht in diesem Zusammenhang, aber das Thema Monitordarstellung ist schon komplex, wenn dann noch "HDR" dazukommt...
Bin froh, dass für meine Ansprüche diese Komplexität nicht ausschlaggebend ist.
In bin ja mit meinem Kram recht zufrieden.. ich wollte damit nur sagen, dass ein echter 10bit-Workflow dann wohl eher in einer anderen technischen Liga stattfindet. Ich hatte halt schon Hoffnungen ;-)
Mir geht es vor allem darum, die Möglichkeiten, die ich mit meinem geliebten Spielzeug habe, besser auszuloten und ein bisschen zu verstehen was passiert.
Ich vermute mittlerweile, dass mein Eizo mit der Decklink spricht und weil er halt nur ein 8bit-Panel hat kriegt er über das HDMI-Kabel auch nur 8bit. Mit FRC macht dann der Monitor aus den 8bit etwas, das ein bisschen wie 10bit aussieht. Und dann bleibt wieder nur Hoffnung, dass das dem tatsächlichen 10bit-Rohmaterial auch irgendwie ähnelt.
Seba Peh hat geschrieben: Di 23 Apr, 2019 13:30
Ich vermute mittlerweile, dass mein Eizo mit der Decklink spricht und weil er halt nur ein 8bit-Panel hat kriegt er über das HDMI-Kabel auch nur 8bit.
Das sollte nicht so sein. Habe auch die Kombi Decklink + Pseudo-10bit-Monitor am Start, und da sind Unterschiede doch deutlich sichtbar. HDMI überträgt in den neueren Standard 10bit.
Bist Du Dir sicher, dass Du ein HDMI 2.0-Kabel hast?
"Wieso eigentlich überhaupt was drehen? Warum nicht jahrelang nur darüber philosophieren?" -stip
Seba Peh hat geschrieben: Di 23 Apr, 2019 13:30
In bin ja mit meinem Kram recht zufrieden.. ich wollte damit nur sagen, dass ein echter 10bit-Workflow dann wohl eher in einer anderen technischen Liga stattfindet. Ich hatte halt schon Hoffnungen ;-)
Mir geht es vor allem darum, die Möglichkeiten, die ich mit meinem geliebten Spielzeug habe, besser auszuloten und ein bisschen zu verstehen was passiert.
Ich vermute mittlerweile, dass mein Eizo mit der Decklink spricht und weil er halt nur ein 8bit-Panel hat kriegt er über das HDMI-Kabel auch nur 8bit. Mit FRC macht dann der Monitor aus den 8bit etwas, das ein bisschen wie 10bit aussieht. Und dann bleibt wieder nur Hoffnung, dass das dem tatsächlichen 10bit-Rohmaterial auch irgendwie ähnelt.
Hier darf man aber schon nochmal hinschreiben, dass das totaler Mumpitz ist ;)
Wenn dem so wäre, gäbe es keinen Unterschied zwischen einer 8 und einer 10bit Zuspielung. Wie du das testen kannst, hatte ich dir schon gepostet.
So richtig sicher sein kann man sich bei den HDMI-Kabeln ja nicht unbedingt.. Ich habe extra im Elektro-Laden und bei einem Internetversand versucht die richtigen zu ordern und ausprobiert.. ich behalte es im Hinterkopf.
Es sind auch schon Unterschiede zwischen 8bit und 10bit zu erkennen. Im AVS-Forum habe ich das '2160p HEVC Rotating 8bit and 10bit Quantization Artifact test pattern' von Stacey Spears gefunden. Da zeigt das 8bit-Fenster bei mir deutliches und das 10bit-Fenster nur schwaches Banding.
Der Unterschied ist etwa so wie auf den Eizo-Produktseiten unter dem Abschnitt '10-Bit-Farbtiefe' grafisch abgebildet. Da sind 3 Grafiken mit bunten Bögen: 8bit herkömmlich / 8Bit mit 16bit-LUT / 10bit mit 16bit-LUT. Bei mir sieht der Unterschied im Spears Video so aus, wie dort zwischen '8bit herkömmlich' und '8Bit mit 16bit-LUT'.
Lieber Dienstag, ich geb' mir in meinem Rahmen redlich Mühe.. da sind unsensible Wertungen dann einfach recht unschön zu lesen.. ist das denn wirklich nötig.
Das mit der 8bit-Zuspielung habe ich mir aber gerade auch schon überlegt.
Und zum Thema Umschalten: Ich habe in den Blackmagic-Preset-Ordnern zwischen 8bit- und 10bit-Sequenzen gewechselt, habe Häkchen entfernt und alles mögliche getan, um einen 8bit/10bit Unterschied zu erkennen. Bringt aber irgendwie nix.
Dann hab ich Videosequenzen zum Banding-Test gefunden. Da konnte ich dann immer über die Decklink Unterschiede zwischen 8bit und 10bit erkennen, einmal etwas mehr und einmal sehr wenig Banding. In Premiere waren diese Unterschiede nicht zu erkennen.
Seba Peh hat geschrieben: Di 23 Apr, 2019 14:22
Lieber Dienstag, ich geb' mir in meinem Rahmen redlich Mühe.. da sind unsensible Wertungen dann einfach recht unschön zu lesen.. ist das denn wirklich nötig.
Das mit der 8bit-Zuspielung habe ich mir aber gerade auch schon überlegt.
Und zum Thema Umschalten: Ich habe in den Blackmagic-Preset-Ordnern zwischen 8bit- und 10bit-Sequenzen gewechselt, habe Häkchen entfernt und alles mögliche getan, um einen 8bit/10bit Unterschied zu erkennen. Bringt aber irgendwie nix.
Dann hab ich Videosequenzen zum Banding-Test gefunden. Da konnte ich dann immer über die Decklink Unterschiede zwischen 8bit und 10bit erkennen, einmal etwas mehr und einmal sehr wenig Banding. In Premiere waren diese Unterschiede nicht zu erkennen.
Ich hatte dir genau geschrieben: Mercury Playback ENgine auf nur Software. Und In den Sequenzeinstellungen Maximum Bit Depth mal an (10bit) , mal aus (8).
Ich hab jetzt auch schon einige Erfahrungen geschildert, auf die bisher niemand eingegangen ist. Ist vielleicht alles Bullshit, was ich so treib, aber ich bild mir halt ein, dass da die eine oder andere Schilderung meines Leidens dabei sein könnte, an Hand derer noch jemand was Weiterführendes sagen könnte..
Vielleicht muss ich auch noch mal bei Gelegenheit alles zusammen fassen, was bisher geschah.. ist ja mittlerweile nicht mehr so richtig übersichtlich. Dabei find ich vielleicht auch noch eigene Logikfehler oder Möglichkeiten.
Seba Peh hat geschrieben: Di 23 Apr, 2019 15:23
Ja.. hab ich auch probiert.
Ich hab jetzt auch schon einige Erfahrungen geschildert, auf die bisher niemand eingegangen ist. Ist vielleicht alles Bullshit, was ich so treib, aber ich bild mir halt ein, dass da die eine oder andere Schilderung meines Leidens dabei sein könnte, an Hand derer noch jemand was Weiterführendes sagen könnte..
Die Problematik ist ja, dass hier nicht jeder sämtliche deiner Tests nachvollziehen kann. Und jeder Test bietet für sich die Möglichkeit neuer Fehler. Nimm den von die versuchten Videotest aus dem AVS Forum, der ist in 4k (oder UHD, weiss nicht genau). Wenn du den skaliert laufen lässt, können neue - andere - Artefakte entstehen.
Was dir vielleicht nicht klar ist: Wenn ich mir den Wechsel von 8bit auf 10bit mit der 10bit Test Ramp Grafik anschaue, sehe ich einen sehr deutlichen Unterschied. 10bit ist trotzdem nicht 100-prozentig perfekt, aber eben fast.
Woran das nun genau liegt, ob am Monitor, am Rechner, am Programm oder am Kabel - keine Ahnung. Vielleicht ist auch diese Grafik mit diesem Verlauf überhaupt nicht anders darstellbar. Auch eine nicht auszuschließende Möglichkeit.
Letztendlich ist es mir egal, erstens ist das ein generiertes Testbild, solche Verläufe gibt es in realen Aufnahmen (eigentlich) nicht. Und zweitens arbeite ich zwar meist mit 10bit Material, benötige aber trotzdem nur eine 8bit Vorschau, da meine Ausgabe ebenfalls 8bit ist.
Aber Du machst das mit dem Umschalten wahrscheinlich nur über den Matrox-Reiter in den Playback-Settings und diesen klar definierten Schalter gibt es bei mir nicht. Mittlerweile denk ich, dass ich immer nur 8bit von der Karte bekomm und dann kann ich schalten so viel ich will.
Wenn der Eizo ein 8bit-Panel hat (+FRC-Technik), kann er dann nicht nur ein 8bit-Signal verarbeiten? Dann errechnet er schöne Zwischenwerte, die er bei 8bit-Rohmaterial dann natürlich auch machen würde..
Zuletzt geändert von Seba Peh am Di 23 Apr, 2019 17:46, insgesamt 1-mal geändert.
Seba Peh hat geschrieben: Di 23 Apr, 2019 14:03
Es sind auch schon Unterschiede zwischen 8bit und 10bit zu erkennen. Im AVS-Forum habe ich das '2160p HEVC Rotating 8bit and 10bit Quantization Artifact test pattern' von Stacey Spears gefunden. Da zeigt das 8bit-Fenster bei mir deutliches und das 10bit-Fenster nur schwaches Banding.
Der Unterschied ist etwa so wie auf den Eizo-Produktseiten unter dem Abschnitt '10-Bit-Farbtiefe' grafisch abgebildet. Da sind 3 Grafiken mit bunten Bögen: 8bit herkömmlich / 8Bit mit 16bit-LUT / 10bit mit 16bit-LUT. Bei mir sieht der Unterschied im Spears Video so aus, wie dort zwischen '8bit herkömmlich' und '8Bit mit 16bit-LUT'.
Verschwindet bei Dir das Banding oder ist es nur deutlich besser, etwa so wie hier beschrieben?
Seba Peh hat geschrieben: Di 23 Apr, 2019 16:30
Aber Du machst das mit dem Umschalten wahrscheinlich nur über den Matrox-Reiter in den Payback-Settings und diesen klar definierten Schalter gibt es bei mir nicht. Mittlerweile denk ich, dass ich immer nur 8bit von der Karte bekomm und dann kann ich schalten so viel ich will.
Wenn der Eizo ein 8bit-Panel hat (+FRC-Technik), kann er dann nicht nur ein 8bit-Signal verarbeiten? Dann errechnet er schöne Zwischenwerte, die er bei 8bit-Rohmaterial dann natürlich auch machen würde..
Dein Eizo ist ein 10 Bit Monitor, egal wie er das intern herstellt.
O.K. bin grad auf die Info gestossen, dass FRC mit dem 10bit-Signal arbeitet (und dann versucht es mit Geflimmer ordentlich darzustellen). Quelle ist Wowu, also glaubhaft ;-) Aus gleichem Munde kam auch:
Manchmal kann's aber auch daran liegen, dass eines der Geräte bei HDMI das Signaling nicht unterstützt, dann geht HDMI erst gar nicht aus dem 8 Bit Default heraus. Das liegt dann als nicht am Monitor, sondern (oder) am Abspielgeräte (Graka).
Diese Aussage ist jetzt aber schon sehr viele Jahre alt. Ob das bei der Hardware heute noch möglich ist?
Ich bräuchte jemand der CS2420 mit Decklink unter Premiere betreibt. Wenn der mir sagen würde, bei ihm läufts oder eben nicht.....
Seba Peh hat geschrieben: Di 23 Apr, 2019 18:55
O.K. bin grad auf die Info gestossen, dass FRC mit dem 10bit-Signal arbeitet (und dann versucht es mit Geflimmer ordentlich darzustellen). Quelle ist Wowu, also glaubhaft ;-) Aus gleichem Munde kam auch:
Manchmal kann's aber auch daran liegen, dass eines der Geräte bei HDMI das Signaling nicht unterstützt, dann geht HDMI erst gar nicht aus dem 8 Bit Default heraus. Das liegt dann als nicht am Monitor, sondern (oder) am Abspielgeräte (Graka).
Diese Aussage ist jetzt aber schon sehr viele Jahre alt. Ob das bei der Hardware heute noch möglich ist?
Ich bräuchte jemand der CS2420 mit Decklink unter Premiere betreibt. Wenn der mir sagen würde, bei ihm läufts oder eben nicht.....
Dass das Setup prinzipiell so funktioniert, davon kann man schon ausgehen.
Hab jetzt überraschenderweise ein '10bit Test Gradient'-Testbild von Eizo gefunden (16bit-.tif). Weiss nicht warum ich das trotz intensiver Suche bisher übersehen habe. Das hat im Vergleich zur 'imagescience'-Testramp (1024*1024) auch eine HD-Auflösung. Und prompt sieht das ganze richtig gut aus.
Übrigens, mit dem Burosch-Testbild 'Banding-Color' (8bit/4:2:2) kann man seinen Monitor auch schon bei geringerer Farbtiefe an seine Grenzen bringen. Ich glaub wer damit kein Banding sieht, hat gut investiert ;-)
Rechtliche Notiz: Wir übernehmen keine Verantwortung für den Inhalt der Beiträge
und behalten uns das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
