Du musst Dir zunächst einem anschauen, wie Dein ORIGINALSIGNAL (also vor jeder Wandlung) im Wertebereich aussieht und wo es nach einer Übernahme ins NLE landet und welchen Werteumfang es jeweils hat.
Daraus erkennst Du, ob die SMPTE240 Regeln eingehalten sind oder ob irgendwo eine Wandlung nicht geklappt hat.
Es sollte die Werte (Bilder sind für 8 und 10 Bit) einhalten.
Weicht es in Umfang oder Lage ab, liegt ein Fehler vor.
Dann muss man schaun, woher der kommt.
Steck doch die Karte mal in den Rechner und öffne ein Contentfile mit einem Player, an dem Du auch das Waveform benutzen kannst.
Vielleicht lässt sich ja auch das File im preview mit dem NLE öffnen, ohne dass es erst importiert werden muss.
Jedenfalls nutzt brauchst Du erst die Referenz, was/wie im Originalfile abgelegt ist .... sonst ist jede weitere Messung "floating".
Das ist ja eine grauslige Skalierung.
Weisst Du, was die Werte darstellen sollen ?
Aber es sieht ja irgendwie nach rd. 700mV aus. Das wäre ja ok.
Wenn man aber dem Picker glauben will, sind die Werte falsch gemapped (zwischen 1 und 250) und entsprechen nicht der Normierung für Video aus 240M.
Das würde bedeuten, dass der Rechner an all den Stellen, an denen er keine realen Werte von der Kamera bekommen hat, eine Pixelstruktur einfügt (Dither), die Du hinterher als Banding präsentiert bekommst.
Tja, wenn ich das richtig deute und das Offset mal hochschiebe, sind das bummelige 110% und damit der volle sRGB Wertebereich ... und damit für Canon ein ganz schwaches Bild, dass sie nicht mal Videonormen einhalten können.
(Sofern das das Originalsignal repräsentiert und nicht bei der Übernahme nach AE irgendwie behandelt wurde).
Jedenfalls kann das Deine Ursache für das Banding sein.
Hast Du mal versucht, was das D5toRGB daraus macht ?
Ich glaube, es gibt eine Trial (light) Version davon.
Ich hatte eigentlich angenommen, dass D5toRGB mindestens die Werte im Clipbereich versetzt, aber offenbar nicht.
Ich weiss nun nicht, was diese "Full Range" Einstellung bewirkt. Welche Alternativen gibt es denn da ?
Aber das sind dann ja, so, wie ich das jetzt verstehe, immer bereits nach AE importierte Signale und nicht die Originalsignale der Karte ?
Das würde uns dann wenig nutzen, weil wir erst einmal wissen müssen, wie die Kamera das Metarial codiert hat.
Das sieht doch vernünftig aus, dann macht die Kamera das doch offenbar alles ordentlich.
Nun lass mal die 16/32 Bit Bearbeitung weg und arbeite mal in 709/8Bit weiter und schau mal, was Dein Banding dann macht.
Tja, wohl nicht, wenn es sich um ein eigenes Produkt handelt.
Mail mich über meine Webseite mal an.
Ich kann Dir dann das Kapitel, das Dich interessiert zumailen.
Hier zwei Bilder nach Import in Avid.
Ich bekomme sie leider nicht größer, aber man sieht:
Die Range ist 16-235 (könnte man aber mit einer anderen Methode sicher auch auf 0-255 bekommen).
Die Waveform ist bei YCbCr bei genauerem Hinsehen unten mit einer weissen Linie als unter 16 gekennzeichnet. Bei RGB nicht. Und Oben sieht man bei YCbCr Linien, bei RGB sind das flächige (diffuse) Verteilungen der Werte.
Heisst das, mit diesen Files soll man in RGB arbeiten?
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Nein, das heisst es nicht.
So wie ich das sehe, ist Dein Signal noch eine Kleinigkeit gespreizt (woher das nun auch immer kommen mag).
Wenn es oben einwenig geclipped ist, korrigier es mit der Luminanz in den Spitzen einwenig. (sofern Dich der leichte Clip oben überhaupt stört).
Aber ansonsten sieht das ganze doch ok aus.
Also in 709/8Bit weiterarbeiten. Im sRGB Farbmodell bist Du sowieso nur eben mit korrekten Werten und ohne dass das gesamte Signal nachher gestaucht werden muss, um wieder zu passen.
Denn dabei treten die Fehler auf.
WoWu, da hast an anderer Stelle geschrieben, dass das Banding durch die Wandlung von RGB nach YCbCR entstehen könnte. Die beiden, zugegebenermaßen kleinen Bilder, zeigen mir mit der Spreizung (YCbCr) doch auch minimale Abrisse. Warum soll das jetzt nicht als Grund für Banding durchgehen?
Weil Banking dadurch entsteht, dass Werte aus einer höheren Auflösung nicht dargestellt werden können.
Wie man aber bei einem sauberen 8 Bit Verlauf sehr gut sehen kann, liegt die Latte da sehr hoch.
Die meisten Bandings entstehen dadurch, dass im Übergang zu einer höheren Auflösung die fehlenden Werte (die es in 8 Bit ja nicht gibt) durch Dither ersetzt werden, also einer Pixelstruktur. Führt man die hohe Auflösung anschliessend zurück, kann diese Pixelstruktur nicht hinreichend aufgelöst werden und teilt sich in jeweils grobe Werte auf.
Schau doch in Deinen Bildern mal nach, ob da Bandingeffekte zu sehen sind denn es gibt keinen Grund, warum an einer Stelle, die in den Bildern den identischen Wert hat, (jedenfalls was man so sehen kann), in einem Bild Banding entstehen soll und im andern Bild nicht denn in RGB belegst Du ja auch nicht mehr Werte (in diesem Fall).
Aber das ist aus 10.000 km Entfernung immer etwas schwierig zu sagen. Schau Dir die Bildinhalte mal genau an. Du bist da viel näher dran.
Das sind Ja Spaßvögel, schreiben einen Test über Smoke 2013 und testen nur mit einem MacBook Pro von 2009 und einem Raid5 das über FW800 angeschlossen ist.
Als Testsystem kam ein MacBook Pro (15-Zoll-Version mit Intel Core i7 Prozessor (2.2 Ghz)) zum Einsatz. Der Testrechner ist mit 8 GB RAM bestückt und weist eine ATI-Grafik mit 1 GB VRAM auf. Das Material wurde für den Test auf einem Raid-5-Speicher abgelegt, der per Firewire 800 an den Rechner angebunden war.
Glaub nur ein kleiner Teil der Smoke Kunden kauft sich für 3.000 Euro eine Software um diese dann auf einem 2.000 Euro Laptop laufen zu lassen.
So kann man sich auch erklären, das bei den AVCHD ins Ruckeln kommt.
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.
