Film deinterlacen - Jedes 4te Bild ist progressiv

Zitat

Wo finde ich dieses DGAVCDecNV? Finde nirgends nen Download-Link.

kostet 15€ (oder 15$, nicht sicher) + kann man nur nutzen wenn man eine (neuere) NVIDIA Karte hat -> http://neuron2.net/dgdecnv/dgdecnv.html

Downloaden kannste von hier.

Aber ohne bezahle Du nix könne benutze, weil ohne Lizenze nixe funktioniere.

P.S. Die Seite hat auch Links zu Nvidia-Seiten, auf denen man nachsehen kann ob die eigene Grafikkarte den Anforderungen genügt (mindestens VP2 engine).

Zitat

Wo finde ich dieses DGAVCDecNV?

http://neuron2.net/licensing.html

Habs schon letztes Jahr mal gekauft aber dann nach dem PC Neuaufsetzen.......

Bis ich die korrekte Vorgehensweise wieder verstanden habe.....puh...
Then put that file in the same directory where you have DGIndexNV.exe

Zitat

weil ich hab gelesen das das zu Problemen führen kann?

Nur hier wenn man Edius und den Procoder aufm System installiert hat.
Edius bringt eigene DS Filter mit die sich mit denen von ffdshow in die Quere kommen.

Das DirectShow-System ist eventuell nicht zuverlässig (es kann zwischen zwei Durchläufen Unterschiede geben, falls einzelne Frames übersprungen werden) und sehr abhängig vom Zusammenspiel mit anderen Filtern (z.B. können andere Filter den Bildinhalt unerwartet verändern).

Reine AviSynth-Plugins sind da sicherer in der Anwendung. Aber auch die benötigen manchmal Hilfe (z.B. verwendet FFmpegSource den MPEG-PS/TS-Splitter eines Haali Media Splitters, zumindest bis der eigene LAV-Splitter da zuverlässiger geworden ist; aber ich glaube, nicht per DirectShow, sondern direkt mit der DLL-Funktion).

Es mag sein dass DirectShowSource in der Schweiz mehr Probleme macht als woanders auf der Welt. (Habe noch keine diesbezüglichen Tests gemacht.)

Generelles Problem von DirectShowSource ist die "Framegenauigkeit" beim Zugriff. Wenn die Anwendung zum Dekoder sagt "gib mir Frame 596", dann ist nicht garantiert, dass der DS-Decoder auch wirklich *genau* diesen Frame liefert. Viele Decoder "schätzen" nur bei Random Access.

Das heißt in der Praxis:

- alles was mit "Trim(a,b)" zusammenhängt kann problematisch werden. Vielleicht werden nicht genau die angegeben Frames getroffen, und/oder es kann bei mehreren Durchläufen zu unterschiedlichen(!) Ergebnissen kommen.

- Komplexe Scripte die (sehr) viel Speicher benötigen können problematisch werden, falls Avisynth der Speicher knapp wird und ein bereits decodierter Frame nochmals intern benötigt wird, aber wegen dem Speichermangel nicht mehr im Framecache vorliegt und deswegen nochmal neu angefordert werden muss.

Im Haali-Verzeichnis (Programme (x86)\Haali\MatroskaSplitter\) liegt die "avss.dll". Diese mit LoadPlugin() laden, dann steht der Quellfilter Dss2("Pfad\zum\Video.ext") zur Verfügung. Diese Variante soll verlässlicher beim Framezugriff sein.

Videostream "direkt" einbinden geht mit Avisynth grundsätzlich nicht. Avisynth arbeitet immer mit dekomprimierten Rohdaten, anschließend muss neu encodiert werden. Ganz egal welcher Quellfilter.

Vom Prinzip her sieht das eigentlich okay aus. Aber warum Audio auf 44100 umrechnen? Glaube das Resampling bringt mehr Qualitätsverlust als ein möglicher Kompressionsgewinn wieder wettmachen könnte.

Klingt ja fast schon nach "Rulez" ...

Von den Spec's her sollten sowohl PS3 als auch X360 mit 48kHz umgehen können. Wie's praktisch aussieht, kann man durch einfaches ausprobieren herausfinden. Wenn Downsampling nicht unbedingt nötig, dann auch nicht machen.

Mir dämmert ... irgendwo hatte ich mal gelesen, dass die PS3 44k Sound immer zu 48k Sound resample'n würde, und der User meinte das würde nicht so doll klingen ...

Zitat von Didée

Klingt ja fast schon nach "Rulez" ...

Von den Spec's her sollten sowohl PS3 als auch X360 mit 48kHz umgehen können. Wie's praktisch aussieht, kann man durch einfaches ausprobieren herausfinden. Wenn Downsampling nicht unbedingt nötig, dann auch nicht machen.

Für die PS3 ist Downsampling nach 44 kHz absolut überflüssig.