ffmpeg source

Zitat von fischi01

Ich habe bisher zur Bearbeitung von H264.ts dateien DGAVCDec benutzt und mit HC Encoder in m2v konvertiert. Das Ergebnis ist unbefriedigend.

Definiere "unbefriedigend" ...

Zitat von fischi01

LigH hat mir hier in einem anderen Forum FFMPEG SOURCE empfohlen. Ich habe bisher kaum Erfahrungen auf diesem Teilgebiet. Ich bitte um Hinweise, wie das umzusetzen ist. AVI Synth 2.5.7, der HC Encoder un DGAVCDec sind installiert. "ffms2-2.13 habe ich vorliegen.

Wenn du FFMS2 in deinem Avisynth Plugin-Verzeichniss vorliegen hast, dann ist alles was du tun musst ein 1-Zeilen Script:

FFVideoSource("C:\Pfad zur Datei\Dateiname.ts")

Na, "Interlace Nadeln" sind doch gut!
Wann treten die Klötzchen auf? Beim Herumspringen im Film? Wenn man den Film ganz normal abspielt, treten die Klötzchen nicht auf?

Zitat von fischi01

" unbefriedigend": Treppenbildung, Klötzchen, Interlace Nadeln.

Das hat aber (wahrscheinlich) nichts mit dem Decoder, der deine Quell-Datei dekodiert, also DGAVCDec bzw. FFmpegSource, zu tun

"Klötzchen" sind nicht gleich "Klötzchen". Deiner Beschreibung ist nicht zu entnehmen, ob es sich dabei um "normale" Kompressions-Artefakte handelt oder ob es sich um offensichtliche Dekoder-Fehler handelt. Im ersten Fall kann man da nachträglich (fast) nichts machen - und der verwendete Decoder ist schon mal mit Sicherheit nicht daran schuld. Kompressions-Artefakte kann man im Nachhinein höchstens glatt walzen (was aber noch mehr Details zerstört). Nur wenn es sich bei den Klötzchen tatsächlich um Decoder-Fehler handelt, kann ein anderer Decoder evtl. eine Verbesserung bringen.

Und gegen "Interlace Nadeln" hilft natürlich nur ein guter Deinterlace Filter. Das hat mit dem verwendeten Decoder rein gar nichts zu tun. Der Decoder dekodiert das Video nun mal so, wie es vorliegt...

Zitat von fischi01

Beim normalen Abspielen und schnellen Bewegungen im Film.

Vllt lädst du einfach mal einen kurzen Schnippsel hoch, der das Problem zeigt...

Zitat von fischi01

Bei Schwenks ruckelt es stark.

Das würde nun wieder darauf hindeuten, dass dein System zu schlichtweg zu langsam ist, das Video "flüssig" in Echtzeit abzuspielen.

Wenn es hier aber darum geht, eine Quelle für's Neu-Encodieren zu dekodieren, dann macht das ja erstmal nichts

Dennoch könnte ein "schnellerer" Decoder Abhilfe schaffen. Sowohl FFmpegSource als auch DGAVCDex verwenden libavcodec, was ja nicht unbedingt der schnellste H.264 Decoder ist.

Zumindest bei FFmpegSource kann man auf einem Mehr-Kern System mit einem "MT" Build noch einiges rausholen. Ansonsten bliebe DirectShowSource() + DivX H.264 Decoder.

"Unbefriedigend" heißt: DGAVCDec hatte immer noch ein libavcodec, das zwar frameexakt decodiert, aber kein PAFF-Interlacing versteht.

Neuere libavcodec-Versionen, wie evtl. auch von FFmpegSource verwendet, können zwar PAFF-Interlacing decodieren, könnten aber - laut Donal Graft - eventuell Frames auslassen, weshalb er sich weigert, DGAVCDec auf neuere libavcodec-Versionen zu updaten, bis deren Entwickler nachweislich diesen Bug korrigiert haben...
__

AviSynth ist im Allgemeinen nicht für Echtzeitverarbeitung gedacht, sondern für qualitativ hochwertige Verarbeitung - weder Filter im Kern noch externe Plugins garantieren, dass es schnell genug für Echtzeitvorschau ist. Der auf der CUDA-Schnittstelle von moderneren Nvidia-GeForce-Grafikkarten basierende Decoder DGDecNV 2007 ist eine Ausnahme, wird aber auf deiner ATI Radeon HD nicht funktionieren.

"Funktioniert nicht" hilft uns nicht. Immer möglichst alle technisch relevanten Details angeben! Insbesondere Fehlermeldungen buchstabenexakt zitieren (bei Windows-Standard-Dialogen kann man den Text oft mit Strg+C kopieren und mit Strg+V im Antwort-Textfeld einfügen).

Möglicherweise hast du die Voraussetzung nicht erfüllt, die Plugin-DLL in das AviSynth-Plugins-Verzeichnis kopiert zu haben; grundsätzlich ist es auch immer sicherer, die DLL mit LoadPlugin() explizit einzubinden.