[question] Compress_dynamic_range performance

[SergioRAgostinho]

Hey,

Sorry for making the question here, but it felt like it was not really Stack Overflow material.

I just gave a small try at the compress_dynamic_range functionality for a file spanning 67 minutes of audio the operation took roughly 38 mins to complete. That's roughly 56% percent of the file duration and I would prefer for the processing time to delve somewhere closer to 5%, so I might have a look at the implementation to see what I can improve.

Two questions:

• Disregarding the different hardware, I wanted to know is this is roughly the processing time you also have in your experiments with the method? I used the default parameters, since I was literally interested in the processing time in this first stage.
• I haven't looked into the problem with proper eyes, but I noticed you're iterating over each frame individually and I started wondering if this is an operation that would be eligible to be done in chunks? Any other thoughts or guidelines you might have regarding how to improve processing speed are welcome.

Edit: Just adding some stuff regarding the compressor implementation

• https://www.eecs.qmul.ac.uk/~josh/documents/2012/GiannoulisMassbergReiss-dynamicrangecompression-JAES2012.pdf

Thanks for releasing pydub.

[ShmingMaster]

Any word on this? I'm seeing the same "issue", so to speak.

[SergioRAgostinho]

Not really, I ended up not pouring any time on this and abandoned the idea.