Wie deinterlace ich folgenes bespiel am besten?

Könnte an der "Emfpindlichkeit" von Restore24 liegen. Wie Scharfi schon erwähnt hat, besser nach R24 keine Filter verwenden und R24 schon gar nicht in Multipass-Encodes einsetzen. Versuche daher besser folgendes:

Das Script teilst du in 2 Teile:
Teil 1 von setmemorymax(...) bis inkl. Restore24(...)
Dieses öffnest du in VirtualDub(Mod) u. speicherst den Ton als Direct Stream Copy und das Bild mit Huffy verlustlos ab (wird ein Riesenfile!)
Im Teil 2 des Script öffnest du dieses Huffy-AVI und wendest darauf dann alle anderen Filter an (ab Peach).
Mit diesem Script fütterst du dann den CCE.

cu, grua

Zitat von Morkeleb

Kann man nicht am Restor24 script arbeiten

Ja.

Zitat

un es kompatibler machen so daß solche probleme nicht überbrückt werden müssen?

Nein.

Das Script ist, vom prinzipiellen Aufbau, so einfach wie's eben nur geht. Die "Kompatibilitätsprobleme" entstehen durch

a) die C-Plugins (da kann ich nix 'für)

b) die Eigenheiten von AviSynth's "Conditional Environment" (da kann ich nix 'für)

c) Den "Geist in der Maschine" (da kann ich nix 'für)

zu a) gibt's vielleicht 'ne Lösung, nämlich das neue TDecimate() von tritical. Aber das muss man erstmal sehen und austesten - und da sieht's von meiner Seite aus für dieses Jahr ganz, ganz schlecht aus
(Aber: DG's "FDecimate()" war auch mal ein Kandidat - aber aus FDecimate hab ich - exklusiv in Verbindung mit R24 - immer nur Murks 'rausgekriegt...)

Andererseits:

- vor einiger Zeit hab' ich z.B. mal in einem Script Restore24 aufgerufen, direkt gefolgt von iiP() (!!) mit "gewaltigen" Einstellungen, unmittelbar zu XviD mit "alles@MAX". Das Encoding lief problemlos durch ... (1800er Athlon mit 512MB)

- selber hab' ich noch kein R24-Script direkt in den CCE gefüttert. Aber mir sind da schon von anderer Seite Probleme berichtet worden. Mich beschleicht der leise Verdacht, dass eben der CCE da besonders ungnädig ist. Vielleicht ruft er intern die Frames nicht sooo linear auf, wie man sich das vorstellt ... oder er versucht, zu viele Frames vorauszulesen und zu puffern ... oder wasweissich.

Fazit: Es bleibt schwierig - und keiner weiss so richtig, warum ...

Übrigens (1) : "SetMemoryMax(512)". Heuwägelchen! Wenn R24 ansteht, dann setz' ich da (200) oder so, und hab' keine besonderen Probleme damit.

Übrigens (2) : Morkeleb, Dein Capture ist deutlich zu hell. Der gesendete Mpeg-Stream kommt wesentlich dunkler daher ... check' mal Deine Captures mit "histogram(mode="levels")" und/oder "coloryuv(analyze=true)"

Oh. Ah. HÄH !?! Jetzt erst mal ne ganz blöde Frage:

Was labern wir hier eigentlich über Restore24?

Der Xindi-Zyklus wird anscheinend wieder PROGRESSIV AUSGESTRAHLT! Jippieh, Party, Besäufnis und Friedenspfeife!

Morkeleb, Dein Screenshot mit der bösen Angriffskapsel war aus der Folge "Die Ausdehnung" - und das war die letzte Folge der 2. Staffel. Und wenn ich jetzt mal so durch die 1. Folge "Die Xindi" der 3. Staffel durchbrowse, dann seh' ich da weit und breit kein Interlacing, von Fieldblending ganz zu schweigen.

Zitat von Morkeleb

Fällt mir auch auf daß dvb's leicht mal dunkler rüberkommen als analog captures - man stellt gern mal die levels heller ein.[...] Wie soll ich [..] Wie sollte ein [..] Woran erkennt man [..] ?

Tja, die Capture-Guides müsste man gelesen haben ...
Ganz grob: Mit "histogram(mode="levels")" durch die Source durchspulen. In sehr dunklen Frames muss die Spitze links bei Y=16 (brauner Bereich) oder knapp darüber angesiedelt sein. Ganz leichter Überschuss in den braunen Bereich (gelb eingefärbt) ist okay, weil einige Pixel durch die Mpeg-Komprimierung+Dekomprimierung aus dem "Normbereich" 16-235 'rausfallen. Gleichen Check mit sehr hellen Frames bzw. Frames mit deutlichen Hilights machen.
Und idealerweise schon das Capture-Setup so einstellen, dass dieser Normbereich schon beim Aufnehmen erreicht wird. Erst "falsch" aufnehmen und später wieder zurechtbiegen is' nicht so toll, das gibt hässliche Unstetigkeiten über den gesamten Wertebereich ("Löcher" die nicht genutzt werden und "Zusammenfliessen" einiger Werte --> ergibt "Banding" in einfarbigen Bereichen, und so Sachen).

Zitat

Wie stehts mit deinem filter zum Entfernen der Unscharfen Maskierung?

Mit dem was ich eigentlich vorhabe - noch nicht ganz so, wie ich dachte. Die Kollegen im englischen Forum halten mich ordentlich auf Trab, und eigentlich sollte ich auch *dringendst* mal was von meinem Video-Zeugs abarbeiten ...
Das gute ist, dass jetzt in der 3. Staffel wieder viieeel weniger Maskierung angewendet wird. Da reicht auch ein ganz einfacher Halo-Entferner, mehr braucht's da nicht. iiP hat schon einen, und LimitedSharpen kriegt am Wochenende einen, ganz sicher.

So, jetzt aber Party

/*und weg*/

die interlaced-enterprise folgen laufen mit originalgeschwindigkeit, d.h. 23.976 fps
die progressiven Folgen laufen mit 25fps, sind ergo schneller und haben auch einen etwas hoeheren Ton.

Zitat von Morkeleb

Kannst du uns berichten sobald er bereit steht?

Ich berichte:
Eine "Stand-alone" Version ist hier zu finden. Nennt sich BlindDeHalo2, ist aber mehr ein Zwitter zwischen Halo-Entferner und "Unscharfem De-Maskierer".
Das ist eine von zwei Möglichkeiten, die in LimitedSharpen zu diesem Zweck bereitstehen wird.

Mit LimitedSharpen kämpf' ich noch ... funktionieren tut eigentlich schon alles. Aber die vielen Puzzle-Steinchen in einer möglichst ergonomischen Weise so zusammenzubasteln, dass so wenig AviSynth-technischer Overhead entsteht wie nur möglich, das ist trickreich ...
(Warum lande ich am Ende auch immer bei den MoNsTeR-Scripts, die alles auf einmal machen?)