langsames Encodieren dank overlay?

Es liegt nicht am Overlay-Befehl als solchem. Es liegt an dem "trim(200,0)", in Verbindung mit dem Quellmaterial, das (vermutlich) in DivX/XviD o.ä. vorliegt. Avisynth muss ja "gleichzeitig" von dem Input-Material "jetzt" und "200 Frames später" auslesen. Da die I-Frames typischerweise hunderte von Frames auseinanderliegen können, ist es in dieser Form nicht möglich, beide Ströme linear bereitzustellen, es werden andauernd Frames out-of-order angefordert, also wird jedesmal aufs neue vom vorherigen Keyframe bis zur aktuellen Anforderung dekodiert, und so weiter.

Kannst ja mal spaßeshalber das Video (oder einen Teil davon) mit einem reinen I-Frame Codec verlustlos kodieren (z.B. Huffyuv), und das Skript dann mal darauf loslassen. Die Geschwindigkeit wird sehr viel höher sein.

Übrigens ist es recht sinnfrei, zuerst die Auflösung des Inputs zu verändern, und erst danach deblock_qed() aufzurufen. Das ist wie wenn Du vor Deiner Haustür den Schlüssel verlierst, und ihn dann unter einer fünfzig Meter entfernten Straßenlaterne suchst, weil dort das bessere Licht ist ...
(Resize bevor Deblock heißt: den Deblocker böse zu verar***en. Zum Deblocken müssen alle 8x8-Päckchen auf einem 8x8-Raster ausgerichtet sein/bleiben, alles andere wäre Käse.)