Hab mal einen neuen Test gemacht zum Vergleich des aktuellen DV-Codecs von MainConcept (Version 2.1.0) gegen SonicFoundryDV (verwendet in VegasVideo und Vegas 4).
So 100% korrekt ist dieser Test noch nicht. Ich hatte festgestellt, dass sogar die Dekompression eines Signals zu unterschiedlichen Ergebnissen führen kann, je nachdem welchen DV-Codec man in's System einbindet (genau das hatte bei meinem ersten Test zu der fatalen Fehlanalyse geführt).
Deshalb hatte ich hier als Grundlage ein JPEG-Testbild genommen (wieder das, das ich mir mal bei Peter stibitzt hatte), dieses dann zweimal zu einem unkomprimierten AVI gerendert. Einmal mit dem MC-Codec als Basis für Vegas 4, dann nochmal mit dem SonicFoundry-Codec als Basis für Vegas 4. Erstaunlicherweise führt dann nämlich sogar das Rendern eines JPEGs zu einem unkomprimierten AVI zu leicht unterschiedlichen Ergebnissen, je nachdem welcher DV-Codec als Basis benutzt wird.
Dieses unkomprimierte AVI hab ich dann als Basis genommen, um 10 Rendergenerationen mittels Pixelshifting zu erstellen (also vor jedem Rendervorgang wurde das Video einmal um zwei Pixel nach links, beim nächsten Rendervorgang dann wieder um 2 Pixel nach rechts verschoben).
Beim MainConceptDV-Codec hatte ich alle Optionen zu Einstellungen deaktiviert.
Beide Codecs erhalten dabei den vollen RGB-Farbraum von 0-255, der MC-Codec ändert aber ganz leicht das Gamma, was man - wenn auch schwer - an der Graustufentreppe des Testbildes erkennen kann.
Auch ist die Artefaktbildung beim MC-Codec etwas höher als die beim SoFo-Codec.
Die hier festgestellten Qualitätsunterschiede sind nun aber so gering, dass man zwar objektiv dem SoFo-Codec einen leichten, technisch nachweisbaren Vorsprung zusagen kann, in der Praxis an einem Videomonitor betrachtet dürfte dieser Unterschied aber derart gering sein, dass er unter die Irrelevanz fällt.
Hier sind die Ergebnisse:
--> Testbilder
Am besten erkennt man die Unterschiede, wenn man die Testbilder runterlädt und sie nebeneinander in der eigenen Schnittsoftware in die Timeline legt, so dass man direkt von einem zum nächsten Bild schalten kann.
Sollte jemandem ein Verfahrensfehler auffallen - Bitte melden!