Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Add Support for large audio files ( > 2GB) #135
Until this is built, some users will be able to get away with breaking the audio into chunks like in my comment on #124
Try implementing the
Outline of an approach:
When the audio data is needed, all pending operations would be applied and the result stored in a new temp file on disk in order to avoid reapplying the operations over and over.
As I think more about this, it seems like this has some downsides (much more disk intensive, harder to do operations that inspect the audio data like getting loudness). I'm becoming more convinced that the current in-memory AudioSegment will need to stick around for some uses even if we get to a completely feature complete Streaming/On-disk implementation.
Also related: #101
referenced this issue
Apr 20, 2016
@nickmetal so far no news - it appears to be a relatively big project and as the transition to 64 bit continues and machines have more RAM, it seems the need for it is slowly going away. For example, I recently loaded an audio segment with ~8 hours of "CD quality" audio. It used a lot of RAM, sure, but it worked.
Can you comment further on what you would use it for?
@jiaaro I want to using this for converting audio from webm to mp3 for my own needs. But my server have a limitation of 512MB RAM.
Maybe I have a decision. I should test much better than it is now. It working for a converting from webm to mp3 now with using not more than ~25 MB RAM. I'm going to test on this weekend this stuff. I will make Pull Request if it comes positive.