filippo and list,

this is probably best answered by Peter Brinkmann, but as i remember the issue with not accepting third party libraries in vanilla is specifically one of licensing for the iOS App Store, not of compatibility. i don't think Android's store should care about such things. to get around the restriction you need to have a differently licensed version of the external compiled from source, i believe. for example, expr~ (which is in vanilla)  is now available and will work with iOS AppStore because somebody created a differently licensed version of it. i believe any MIT or BSD licenses are acceptable. not sure about the rest. 

i'm not certain the workaround (recompiling/relicensing from source) is valid. maybe others can chime in and us all know?

scott

On Mon, Aug 13, 2012 at 7:42 AM, Filippo Beck Peccoz <mail@fbpsound.com> wrote:
Hi list,

copying here a puredata forum post which remained unanswered- hope someone can help :)

after searching around the forums and the net I decided to post this question here.. I'm using PD as the audio engine for a mobile game (using libpd, and therefore "only" Vanilla objects).

This is very exciting, and I'm exploring all the possibilities for composition and realtime sound generation. One big thing I wanted to include is the possibility of reading midi files inside the patch, and pipe the data to envelopes and oscillators accordingly. Extended apparently has the "seq" object, but how about Vanilla? Is there a way to "import" a .mid file into a patch?

Thank you all for helping a greenhorn out :=)


Filippo

_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list