Memory Leak beim codieren

Hi zusammen,

ich cutte einiges and Videos + Fotos in einem Stream zusammen. Da das Ganze aus vielen Teilen besteht und so auf jeden Fall die 2GB Marke knacken wird, habe ich das Ganze in diverse einzelne Teile aufgeteilt, die dann jeweils Lossless (UT Video Codec) encoded und die Später wieder zusammen gesetzt werden sollen. Öffnen kann ich das .avs erst mal ohne Probleme in VirtualDub. Doch wenn ich's als .avi speichere bekomme ich nach ca. 600 MB diese Fehlermeldung:

Jemand 'ne Idee ?

OS: Win7 64 SP1, Avisynth: 2.6
Vergiss das Script erst mal... Da wird ziemlich wild durcheinaner Bilder sowie Clips mittels LWLibavVideoSource (L-Smash) geöffnet und zusammengebastelt.
Ich habe erst mal alle weiteren Filter (dither) rausgenommen ... und trotzdem crashed das Ganze nach ca. 10000 Frames.
Meine Tests haben aber gezeit das es z.B immer dann auftritt wenn ein Clip (z.B.) zu ende ist und mit dem Nächsten überblendet (Dissolved) wird.

Nun, nach durchsicht deines verlinkten Forum Entries, glaube ich tatsächlich das es sowas sein könnte. Denn wie Eingangs schon erwähnt, belegt das Script ca. 1GB.
Wenn das Encoding los geht sieht man im Prozess Hacker das VirtualDub um die 1.4 - 1.5 GB Memory belegt. Und das kommt ziemlich genau dem Fehlerbild nach wie es in Doom9 beschrieben wurde.
Nur was ist die Lösung ?
Warscheinlich gibt's keine ... nur das ich das AVS in zwei separate Teile splitte ...
Auch schau ich mal nach dem "LargeSystemCache" ...

Zitat

1. Geben Sie dazu den Befehl „regedit“ ins Suchfeld ein, um den Registrierungseditor zu öffnen.

2. Navigieren Sie anschließend zu dem Schlüssel „HKEY_LOCAL_MACHINE\System\CurrentControlSet\Contr ol\SessionManager\Memory Management“

3. Klicken Sie dort mit der linken Maustaste doppelt auf den Eintrag „DisablePagingExecutive“.

4. Ändern Sie den Wert auf „1“.

5. Klicken Sie anschließend doppelt mit der linken Maustaste auf „LargeSystemCache“ und ändern Sie den Wert ebenfalls auf „1“.

Nach einem Neustart wird der Kernel Ihres Betriebssystems nicht mehr auf die Festplatte ausgelagert, während die Änderung des Werts bei „LargeSystemCache“ dafür sorgt, dass Cache und Arbeitsseiten mit gleicher Priorität arbeiten.

Alles anzeigen

nun der Import der .dll wird nur einmal gemacht, ein LWLibavVideoSource mache ich 11 Mal ...

hm ... default mäßig wird der aber physisch erstellt ... und index files sind auch da ...

Zitat von LigH

Warum gibt es eigentlich Probleme mit Videos >2 GB bei dir?

?
Vid belegt weit weniger als 2 GB im Speicher ....

sneaker2: Ich glaub nicht das es an VirtualDub liegt, denn die Fehlermeldung kommt von Avisynth ...

Alternativ könnte man auch die Threads trennen ... Aber was kann UT420 auf CLI Basis encoden ? FFMPEG ?

Zitat von LigH

Das kann ich nicht komplett nachvollziehen. AviSynth wird ja nie das komplette Video in den RAM laden. Aber wenn mehrere Schnipsel zusammengefügt werden, müssen mehrere Decoder-Kopien in den RAM geladen werden, damit ihre Variablen- und Framespeicher voneinander unabhängig bleiben.

Korrekt, aber wie schon gesagt: Lade ich das .avs, zeigt mir der Process Hacker eine Speicherauslastung von ca. 1 GB an.
Starte ich dann den Encoding Prozess, geht's rauf bis ca. 1.5 GB

@ Groucho2004: Lese bitte nochmal genau meine Beiträge. Die 2GB limit werden nicht erreicht. Und trotzdem kommt eine Access violation.
Der Process Hacker dated seine Liste leider nur alle 1 sek. ab. Aber ich habe nie gesehen das der wert auch nur annähernd an 2 GB rankommt ...
Und die kommt von Avisynth und nicht von VirtualDub !

SetMemoryMax(1000) hat übrigens keinen Effekt

Ah, neuer Hoster. Vielen Dankl

Hm, es läuft erst mal ganz gut ... mal sehen wie lang
Meist crashed das Ganze um die 10000 Frames herum ...
Ist trotzdem schon etwas seltsam ... voher wurden für den selben .avs File gerade mal 800 MB (nach laden) veranschlagt und wärend des coden's waren's so um die 1.5 bis 1.6 GB. Jetzt sind's sage und schreibe 2.09 GB. Und das für 'ne 32 Bit App :zunge: