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 <m...@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 > >
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
