Food for the beast

I have hundreds of instruments (with multilayers, croossfade & loops) in other formats and my time is gold.
The new OS will make (in a future) a fantastic sampler, but without food, is dead.
came on! JJ, you must implement a function to read in other formats: (akp,sf2,nntx...)

yep, thats all im waiting for tell i buy the new os. I like making programs, but find it silly when i have so many inst multisamples that i could just import if he added that feature.

The ability to read soundfonts would be cool.

this idea has been mentioned in another thread , http://www.mpc-forums.com/viewtopic.php?t=87072

Jimbrowski-One is making a new program editor , mention it here , be a good place to do the conversions

I understand your need for this and yes it will make itself handy and a time saver. But i dont think it is a very easy thing to do. Imagine trying to open a audactiy (.aup) file in protools. Not gonna work. But i may be wrong with the complexity of this.

the_raider wrote:I understand your need for this and yes it will make itself handy and a time saver. But i dont think it is a very easy thing to do. Imagine trying to open a audactiy (.aup) file in protools. Not gonna work. But i may be wrong with the complexity of this.

as far as formats go - usually its all in the header info of a file right?, i believe - and i really aint no coder - but i thought that the bulk of the data is more or less the same, just that the header info 'primes' the application as to how to deal with the bulk - (number of channels, extra info, type of display etc).....therefore, just mostly coding of how headers are interpreted should work with these various different 'digital audio' files.

master-ceo wrote:The ability to read soundfonts would be cool.

I second that