pipelined / audio Goto Github PK

Package audio provides some high-level primitives for asset/track manipulations. Relations between entities should be defined with next hierarchy:

• Asset contains signal
• Asset can be split into Clips
• Clip contains same signal as it's parent Asset + start and length of the Clip
• Asset refers to all Clips
• Track consists of links
• link refers to Clip

It seems like the repeater's message buffer will never be recycled by the pool allocator (correct me if I'm wrong).

The buffers are "allocated" and wrapped in a message struct per source in:

and they are not getting recycled after being used in:

To reduce the number of allocations, the following changes can be made:

• mixer pool always allocates full length buffers;
• length of added signals is stored within mixer frame;

Caused by pipelined/signal#27

From what I can see the floating point data is copied to multiple structs. This causes even a simple pipeline to consume much more memory than it should. For example creating pipeline made up with a mixer, 8 lines each with 100 assets. This takes 4GB+ of memory. Each sample is <400kb which should in theory mean less than 500mb should be used.

Happy to help on this as we're looking to use this library in one of our projects.

When context is expired the order of flushing isn't determined. It means that sinks can stuck because source was cancelled earlier. To avoid that the context should be propagated into both source and sink.