Libvacodec Noise Reduction

Ich habe den Haken nicht gesetzt, da ich nach dem Capturen filtere.

Ob sinnvoll oder nicht, muß jeder für sich herausfinden. Da Du aber offenbar bei mjpeg-codec sowieso nochmal encodierst, würde ich das Ganze auch primär aufs Postprocessing verlegen. Jedoch kann ein dosiertes prefiltering durchaus sinnvoll sein. Hängt u.a. von der Qualität Deines Eingangssignales ab. Wie capturest Du? Alternativ kannst Du auch die anderen
Denoiseoptionen von ffdshow benutzen. Der "dnoise3d" ist m.E. bei noch annehmbarer CPU-Belastung wirklich gut.

Gruß
Olnima

In wiefern ist ein "prefiltering" sinnvoll, wenn auf jeden Fall nach dem Capturen noch gefiltert wird?

Z.B. kleinere Dateien, aber ich bezweifle, dass der Unterschied Groß wäre

...abhängig davon, wie stark und geartet das Rauschen ist und welcherlei Rauschfilter eingesetzt wird. Daher: Kochrezepte gibt es leider nur sehr selten,
am Besten immer selber probieren.

Gruß
O.

Zitat von olnima

...abhängig davon, wie stark und geartet das Rauschen ist und welcherlei Rauschfilter eingesetzt wird.

Das ist doch aber eine grundsätzliche Frage. Wegen ein paar MB weniger würde ich die Erhöhung der CPU-Last (und damit eventuell der dropped frames) nicht in Kauf nehmen.

Zitat von olnima

Da Du aber offenbar bei mjpeg-codec sowieso nochmal encodierst, würde ich das Ganze auch primär aufs Postprocessing verlegen.

Postprocessing (Bildverbesserung) hatte ich bisher immer deaktiviert. Was bringt überhaupt diese Funktion ? Ist Postprocessing auch beim Decodieren aktiv ?

Gruß Gunnar

Kommt drauf an, wie du es einstellst.
Wie auch immer, wenn man die Filter von FFdshow gut findet, sollte man sie sodann NUR beim decodieren aktivieren. Resultat ist das selbe, aber man kann es der Qualität der Aufnahme anpassen, was "vorher" eine reine Annahme der Einstellungen ist.

Ich habe mit dem Gedanken gespielt "Postprocessing" beim Dekodieren vom MJPEG-TV-Captures einzusetzen. Ich habe aber die Befürchtung das die Interlacestruktur dabei zerstört wird.

Gruß Gunnar