On Sun, Aug 12, 2018 at 7:56 AM Carl Karsten <c...@personnelware.com> wrote:
> How much system resources (memory and file handles) does each "file
> producer" use?
>
Not much because MLT objects are quite small, and all the main file
producers (avformat, qimage, pixbuf) utilize mlt_cache. Caching might sound
like holding more in memory than needed, but it is just the opposite here.
They put big (images) and handly (file/socket) things into the cache that
can be restored when there is a cache miss. When least recently things are
evacuated from the cache, those resources are released, and the MLT object
that must stay is like an empty shell.
> (I think that's the question I want.)
>
> I expect to have 9000 1 second references to 5 source files.
>
You can have 5 producer elements - one for each file - that you reference
by id many times.
>
> Because I am trying to make the audio better, and this is the best I
> can come up with: for each second, look at rms of channel 0, if it is
> below a threashhold (because the intermittent mic receiver went off)
> "copychannel 1 0" (channel 1 is the mic on the camera, which is
> better than nothing.)
>
> If I was a C coder I would make a filter or something, but I'm barely
> able to do this in Python, and the best I could come up with was make
> a producer for each second and set the channelcopy filter. I could
> group them and reduce it to 100 or 200, but if I don't need to, why
> bother?
>
> I'm trying to do some a 20 second test, but that isn't going well,
> likely because my test box is congested and who knows what, but I
> figured I should find out if my 9000 number has a chance of working on
> 8gig.
>
>
I am not sure about those kind of numbers.
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Mlt-devel mailing list
Mlt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mlt-devel
