ProcoderExpress

[MoeKo]

[wenzi]

@mb1: Vielen Dank für Deine Mühe. Man lernt doch nie aus. Bisher war ich immer der Meinung, man kann problemlos zwischen den beiden Farbgräumen konvertieren.

Ich habe mich ebenfalls schon öfters mit dem Generationen-Problem und dem daraus resultierenden Qualitätsverfall bei Verwendung diverser DV-Codecs beschäftigt. Nur mit (Null-)Filtern zu arbeiten, damit das Programm rendert, genügt m.E. nicht. Man muss das Bild leicht "bewegen", denn es gibt Codecs (z.B. der von Vegas), die das unbewegte Bild nach 1-2 Generationen nicht weiter verschlechtern. Man muss es also jeweils vor jedem neuen Rendervorgang um ein paar Pixel in seiner Lage verändern, dann sieht die Sache schon ganz anders aus. Nur so kann man einen echten Filter ohne Wirkung simulieren.

Der MS-DV-Codec fährt übrigens auch bei einem starren Objekt sehr schnell in der Qualität runter. Mit Vegas dagegen kann man damit 20 mal rendern, ohne dass es etwas ausmacht.



Zuletzt bearbeitet von wenzi
_________________
Viele Grüße, Wenzi

[BPHennek]

[wenzi]

Nein - in der Praxis kommt man bisweilen vielleicht bis zum dritten Rendern, je nach Arbeitsweise. Ich versehe z.B. meine Filme bereits im Rohschnitt mit 16:9-Masken (weil ich das Format mag). Dann geht der Film wieder zurück aufs Band. Später beim Feinschnitt wird natürlich mindestens 1x gerendert (bei den Filtern und Effekten). Nun bleibt das Material evtl. auf der (Wechsel-)Platte liegen und wird zusammengefasst. Beim Endschnitt kommt dann vielleicht noch eine Farbkorrektur dazu - macht also drei Generationen. Wenn der Codec bereits nach 2 Generationen sichtbar Murks macht (wie der MS-DV-Codec), dann sollte man besser bei der zweiten Generation (= 1x rendern) bleiben.



Zuletzt bearbeitet von wenzi
_________________
Viele Grüße, Wenzi

[BPHennek]

Sehe ich auch so!
_________________
Gier und Uneinsichtigkeit fressen den Verstand!

[Avalon]

[Stef]

@ mb1

Der grosse Würfel ist der YCbCr Werteraum, wenn die drei Werte Y Cb und Cr alle Werte von 0 bis 255 annehmen können.

Der kleine Quader ist der gültige (valid) YCbCr Werteraum für RGB Werte wenn die R, G, B Komponenten den Bereich on 0 bis 255 annehmen. Häh?

Blöd ist, dass in der Bildunterschrift RGB auftaucht und im Bild nicht. Noch blöder ist, dass einem die Zahlen 0 und 255 so verdammt bekannt vorkommen...

Wenn man jetzt den Text nicht liest, könnte man nämlich auf die Idee kommen, dass der grosse Würfel RGB Werte sind. Dem ist aber nicht so.

Im Text darunter wird erläutert, dass normalisierte RGB Werte den Werten im kleinen Quader entsprechen sowie dass YCbCr Werte ausserhalb des kleinen Quaders zu RGB Werten führen, die grösser sind als es eine Normalisierung zulässt.

Normalisierte RGB Werte interpretiere ich als legale RGB Werte. Grössere Werte als der Normwert dementsprechend als illegale Werte. Legal im Sinn legal für eine 8-Bit (0-255 pro Kanal) Anzeigeelektronik.

Aber rechentechnisch muss man ja auch nicht auf 8-Bit beharren, sondern könnte ja auch 12 oder 16-Bit pro RGB Kanal nehmen...

Über die Legalität von YCbCr Werte ausserhalb des valid YCbCr Quaders werden keine Aussagen gemacht. Da würde ich jetzt gerne umblättern ;)

Jetzt könnte man sich das Clipping vom DV Codec ansehen , ob der Bereich 235-255 innerhalb von (ja was jetzt, RGB = valid YCbCr oder YCbCr allgemein? Und wieso habe ich da nur eine Zahl, RGB und YCbCr werden doch durch ein Zahlentripel beschrieben?) liegt.

Und wenn einige Kameras Werte im Bereich 235-255 raushauen, muss das ja noch nicht standardkonform sein.

(Immer vorausgesetzt, die Analysetools zeigen das richtige an und schleppen selbst keine Konvertierungsprobleme ein).

BTW. Das Buch scheint gut zu sein - was hälst Du im restlichen Teil davon?



Zuletzt bearbeitet von Stef

[Avalon]