Hi list :)
I'm building a patch where I need to use 50 audio files. Each one is about 12:50 minutes, I encoded them as 16 bit, 44,1KHz, mono and in total they are taking about 3.3GB. I would like to distribute my patch packaged as a QT application using libpd and the total file size of the application bundle would not be practical for this.
I guess this could also be encoded as a single 50 channel file.
An option I'm considering is to setup a streaming or file server where the audio files would be available and the PD patch would start downloading the file or files, buffer and start playing when sufficient samples are available. A disk buffer for subsequent plays would be great.
So my questions are:
Are the components to consume a stream, buffer it, decompress it and get a signal outlet available anywhere as externals or abstractions or whatever?
What would be the compressed audio format for something like this?
Maybe someone can suggest a different, easier approach?
Thanks! :)
OK, I just found [oggamp~] which means I need to setup a ogg/vorbis server or something similar. I think I can handle that. Now, what do you guys suggest? A single 50-channel stream or 50 mono streams? I'm guessing in the latter option, I'll have a hard time trying to sync the 50 streams.
Also, any ideas on how to buffer to disk?
:)
On Sat, Feb 15, 2014 at 11:51 AM, Rafael Vega email.rafa@gmail.com wrote:
Hi list :)
I'm building a patch where I need to use 50 audio files. Each one is about 12:50 minutes, I encoded them as 16 bit, 44,1KHz, mono and in total they are taking about 3.3GB. I would like to distribute my patch packaged as a QT application using libpd and the total file size of the application bundle would not be practical for this.
I guess this could also be encoded as a single 50 channel file.
An option I'm considering is to setup a streaming or file server where the audio files would be available and the PD patch would start downloading the file or files, buffer and start playing when sufficient samples are available. A disk buffer for subsequent plays would be great.
So my questions are:
Are the components to consume a stream, buffer it, decompress it and get a signal outlet available anywhere as externals or abstractions or whatever?
What would be the compressed audio format for something like this?
Maybe someone can suggest a different, easier approach?
Thanks! :)
-- Rafael Vega email.rafa@gmail.com
On 02/15/2014 06:08 PM, Rafael Vega wrote:
OK, I just found [oggamp~] which means I need to setup a ogg/vorbis server or something similar. I think I can handle that.
that's a bit of an overkill if you just want to play back compressed audio. checkout out [mp3play~] and [readanysf~]. the latter will play most formats (but needs an external library to do the actual decoding). the former will (obviously) only play mp3 files, but is self-contained.
gfasdmr IOhannes