601 Correction Expand Color Space

[mb1]

[volki]

Hallo mb1,

wenn dadurch qualitätsmäßig nix verloren geht, ist meine ganze Thematik mit diesem (mit dem du die Header (und sonstige Verwaltungsdaten) eines MS-gecaptureten DV einfach und schnell verlustlos zu Canopus-DV umschreiben kannst:) Satz gelöst....
Jetzt muß ich nur mal schauh`n, wie sich die Effekte von MSP mit dem Canopus vertragen (matschig sind), dann brauche ich keine zusätzliche Soft, und kann mir am Ende mit dem Procoder den 601 Expand Filter auch sparen.....

Ich teste und berichte
Volki

[boomer4711]

[boomer4711]

So, und nun 'der Bericht':

Ich habe zwischen zwei Clips eine Überblendung gemacht - hierbei ist ja nun wirklich davon auszugehen, dass neu gerendert wird.

Mein Fazit:

Wenn man Canopus DV in Microsoft-DV rendert, sollte man den 601Exp. einsetzten, da der Clip ansonsten etwas lau wird.

Umgekehrt, kann man wenn man Microsoft-DV in Canopus-DV rendert den 601Shr. verwenden, da die Farben ansonsten ein wenig intensiv werden.

Bei reinen Canopus-DV oder MS-DV sollte man den 601Exp. wohl eher nicht bemühen, denn die Farben werden doch sehr kräftig und die Kontaste erhöht.

Ich kann nach wie vor im encodeten Zustand keinen Unterschied sehen, wenn man es bei einem Format belässt!

Ich würde mich freuen, wenn nicht nur theoretischen Überlegungen folgen würden, sondern mal eine anderer testweise einen Vergleich fährt!

[tbonex]

boomer4711:

[Avalon]

Zu 1)

DV-Camcorder erzeugen nach meiner Erfahrung beim Filmen ein Signal von maximal 16 - 255. Also kein Footroom, aber Headroom. Nutzt man einen DV-Camcorder jedoch als Aufnahmegerät, um z.B. eine DV-Produktion aus einer Schnittsoftware auszuspielen, dann würde der Camcorder natürlich den vollen Farbraum von 0 - 255 übernehmen.
Der Headroom über RGB 235 kann also IMMER problematisch sein, wenn ein Codec damit nicht richtig umgehen kann. Der Footroom ist deswegen weniger problematisch, als dass man hier selbst Einfluss hat, ob er denn überhaupt erst entsteht. Vom Camcorder kommt er in der Regel nicht, sondern von der eigenen Bearbeitung innerhalb der Schnittsoftware, z.B. bei Verwendung von Graphiken, Erstellen von Schriften, Farbkorrekturen.

zu 2)

Das macht meines Wissens der MS-DV Codec schon beim Encodieren. Und zwar so, dass er einfach Head- und Footroom abschneidet (könnte ja auch komprimiert werden, so dass er wenigstens teils wiederherstellbar wäre). Aus diesem Grund halte ich den MS-DV Codec für einen der schlechtesten DV-Codecs, die momentan noch in Verwendung sind.

Punkt 2 ist auch der Grund für das Phänomen, das Du bei Deinen Effekten beobachten kannst. Nur dort, wo ein Effekt wirkt, kommt auch der DV-Codec zum Einsatz. Hat das Material einen Signalbereich im Head- und Footroom und verwendest Du für das Rendering des Effektbereiches den MS-DV Codec, dann wird im Effektbereich (und nur dort) durch das Rendering der Head- und Footroom abgeschnitten und dadurch gibt es bei Effektanfang und Effektende einen Helligkeitssprung.

Zu 3)

Der DV-Codec liefert das Signal mit Farbraum so, wie es encodiert wurde. Die Frage ist aber vielmehr, wie der MPEG-Coder dieses Signal decodiert. Wenn dort ein Signal ankommt, das im Farbraum 16-235 codiert ist, der Decoder des MPEG-Coders decodiert es dann aber nach 0-255, dann muss es zwangsläufig Fehler geben.

Mal 'ne Frage am Rande. Wenn es da Probleme im Procoder mit der Verwaltung des Farbraumes eines DV-Signals gibt, warum füttert Ihr den Procoder dann nicht einfach über einen Frameserver?
Dann würde ja nicht das DV-Signal an den Procoder übergeben werden, sondern das decodierte Signal. Zumindest scheint das bei dem Frameserver so zu sein, den ich verwende (das Plugin von Satish Kumar).

Marco



Zuletzt bearbeitet von Avalon

[boomer4711]

[Avalon]

[tbonex]

[mb1]

Den MS-DV findest du in der qdv.dll in der system32. Je nach DirectX-Version hast du unterschiedliche Versionen.

Die Versionsnummern der vorhandenen Codices kann man gut mit dem Programm VCSwap nachschauen.

Schon beim reinen dekodieren des raw gecaptureten Material kann es zu Unterschieden kommen. Ein gutes Beispiel dafür ist VirtualDub(Mod). Einmal einfach das DV direkt laden und einmal zum Vergleich über AviSynth
VirtualDub wandelt für die Anzeige noch zusätzlich zu RGB um.

Eine extra Spezifikation zum MS-DV gibt es natürlich nicht. Er muss sich halt an die DV-Specs halten, aber scheinbar gibt es da eben unterschiedliche Möglichkeiten ...
Leider habe ich (immer noch) keine DV-Specs
_________________
Grüße
mb1

Prophet Mohammed:
"Ein für den Wissenserwerb verbrachter Tag ist Gott lieber als 100 Kriege für Gott."

[Avalon]

Vielleicht hat auch die Tatsache, dass ja nur das DV-Decoding standardisiert ist, nicht aber das Encoding, mit dem Problem zu tun.
Die "Spielereien" mit dem Farbraum bringen unter gewissen Kombinationen und Konstellationen Ergebnisse zutage, deren Logik sich für mich nicht so ganz erschließen möchte und zu denen ich bis heute noch keine Informationen finden konnte. Ich fürchte, um sowas wie das Sony Bluebook zu verstehen, wo die DV-Spezifikationen als Standard beschrieben sind, fehlt mir doch eine ganze Menge Grundlagenwissen. Aber vielleicht wäre es dennoch interessant, wenn wir mal versuchen würden, dieses Sony Bluebook zu bekommen.

Marco

[boomer4711]

[motiongroup]

Ich verstehe den Begriff lau im Zusammenhang mit flau in den Farben, Kontrast und Helligkeit.
Hast du den Rohclip und das Ergebnis schon mal mit einem Vektorskop geprüft oder sind diese Angaben rein subjektiver Natur.
Wie betrachtest du Deine Ergebnisse??

Wenn du einen CanopusDVClip in MSP mit erzwungenen Rendern begutachtest hast du auch diese flauen Ergebnisse??

Günter

[boomer4711]

[SVCDFan]

Ich capture mit Scenalyzer in MS-DV, schneide mit MSP 6.5Pro und exportiere mit Ulead Video Server Plugin zum TMPGEnc/Procoder und kann aber in den Übergängen keine Farbsprünge entdecken. Liegt's vielleicht daran, daß der Frameserver per RGB exportiert?
_________________
Gruß SVCDFan

[Avalon]

Boomer, wenn ich's richtig verstanden hab, renderst Du mit MSP 7. Damit liegt das File ja vermutlich nicht als Canopus-DV vor. Das würde das flaue Bild erklären.

[SVCDFan]

[Avalon]

[Avalon]

Boomer, ich hab --> hier ein kleines Testfile (gezipptes AVI mit einem Frame Inhalt) zum Download. Entpack das doch bitte mal, öffne es in MSP und beschreib, was Du dort siehst.

Marco

[BPHennek]

@boomer4711:

was mich wirklich wundert; Du hast doch wirklich erschöpfende Antworten zu diesem Thema schon bei den Videofreunden bekommen. Warum kaust Du das eigentlich hier nochmals durch? Reine Neugierde von mir und sonst nichts!
_________________
Gier und Uneinsichtigkeit fressen den Verstand!