wonkey_monkey
28th September 2011, 17:17
Hi all,
Does anyone know, would there be much of a difference speed/memory wise between trimming a video with script, and then applying a filter, or alternatively writing the filter so that all out-of-range frames are immediately returned unaltered, like this:
if (n<CRAWL_START || n>CRAWL_END) return child->GetFrame(n, env);
I'll be overlaying several bespoke filters, so could doing it the second way (which would simplify my AVS script) cause much of an overhead? I've tried applying the one filter I've written several times, and it doesn't seem to have made a dent in FPS on the unfiltered frames, but are there any other reasons not do it this way?
David
Does anyone know, would there be much of a difference speed/memory wise between trimming a video with script, and then applying a filter, or alternatively writing the filter so that all out-of-range frames are immediately returned unaltered, like this:
if (n<CRAWL_START || n>CRAWL_END) return child->GetFrame(n, env);
I'll be overlaying several bespoke filters, so could doing it the second way (which would simplify my AVS script) cause much of an overhead? I've tried applying the one filter I've written several times, and it doesn't seem to have made a dent in FPS on the unfiltered frames, but are there any other reasons not do it this way?
David