More than ~10 clips is a memory buster?

I was attempting to automate splicing of 40-50 short clips, with transitions, various subtitle effects, etc. Finally got script to work as desired using 3-4 test clips, but when trying 40-50 clips (or even just 15) it results in memory errors when loading into MeGUI or VDub. I didnt realize that it would open two(2) Haiaii Splitters (not sure why two) and a Fdshow Video decoder for each of the 40-50 short 1080p clips. Anyway, I am dumb(founded) and would be very grateful for any help pointing me in the direction of some solution to get around the memory issues. Is there a method to process the clips that doesnt load into RAM (speed is not an issue)? or any potential solution would be much appreciated!!!! Here is an shortened version of the script: Code:

I suspect most of the memory is used by the repeated calls to Overlay(). As a first step in the investigation, try using () instead. You will have to convert your clips to RGB32 if they are not already in this format.

Thank you Gavino for your reply.. you are clearly a scholar and a gentleman. I changed Overlay to Layer (/w convertoRGB32) as you suggested but unfortunately the scripts result in the same memory errors when using 10+ video clips and loading into virtualdub. Code:

In a furthur effort to narrow down things, I have basically removed everything from the script (no plugins, no subtitles,no function,animate) - leaving basically just converting all clips to the same framesize, framerate, audiorate and then splicing using dissolve. Code:

Try something like Setmemorymax(2048) and different source filters (avisource/ffms2)

He also reported that DGDecNV is "useless", based (apparently) on his evaluation of a cracked binary that is almost 30 versions old. I'm not holding my breath waiting for him to explain that.

DirectShowSource is probably the absolute last thing I would try if all else fails. I'm not saying it's the source of your problems but I certainly wouldn't want to be using it either way. Try .

Don't lots of codecs have issues when you load them multiple times? I've hit this with AVISource and over 60 clips joined together - first I lost audio, then with even more clips I lost the lot.

I was able to resolve the audio issue with the ffmpegsource2 sourced clips after a read thru of the FFMS2.avsi script and a slight modification. I was very excited after days of mind numbing scripting to have finally completed an avisynth script that automatically spliced 25 or so HD clips together with transitions, fading titles, etc. HOWEVER,( as it always goes).. although FFmpegsource2 allowed me to utilize more clips in my script, the audio is now out-of-sync in many of the clips. DirectShowSource did not have the same sync issues. Some more testing revealed that the issue is the audio/video delay on the clips. DirectShowSource accounts for any audio/video delay to sync the clips properly but FFmpegsource2 does not appear to handle the delays. Does anyone know of a modification (besides manually looking up and entering in the DelayAudio() for each clip) to allow FFMS2 to accurately handle the audio/video delays? As always, i am very grateful to the kind contributors to this very helpful forum.

^I did not specify the adjustdelay so it is at default. Is there adjustdelay setting that would handle a video delay? (ffmpegsource2 seems to handle an audio delay without issue ).