Build Application, audio/midi support
When I build an application, I use [standalone] and check both midi support and audio support, but when the app gets build I don’t get any audio. I would like to check my dsp settings, but I can only check my Midi settings.
Is there a way that I can tell [thispatcher] or [standalone] to pick the system default output? So not only on my machine it will pick core audio (or if I have my focusrite audio interface plugged in it will pick that driver) or if I go to another machine, it will do the same?
thanks for your time!
OK, I’m gonna sound like an idiot but it just started working. I jumped in again, rebuilt, double checked my dsp before hand and…it works.
but I’d still like to know if there’s a way to force it; guarantee it of sorts.
I’m also wondering how I can get rid of all the top menu items and just have "name of app" and the quit option. Is this possible? I know I’ve seen it before in 4.6
and finally – since this is a .app, what coding language do I need to learn to convert it into a unix executable and learn the file structure to turn it into a .ipa file for iOS?
Hi, try including the "DSP Status" subpatcher in your application so the user can open it to change the dsp settings.
OK another question, since this is an app, I’d love to have a little splash screen to hold the user over until everything is done loading. I’d love for [vst~] to send out a bang when it’s done loading but it doesn’t. On my machine it takes about 2 full seconds to load "Kore Player" and another full second and a half to load the program settings. On a new machine this would be faster. So my solution of using delays to control loads (can’t load the program settings before the vst is loaded) and triggers isn’t going to cut it.
The jsui tutorial shows that I can interact with global objects, but…this seems like it would only help me if I understood the connection of my patcher and how information gets to the max window. (then I could intercept it, name it "glob = new Global("vst load");" in a [js] object and send out a bang before the max window prints it. right?
that would solve one problem, but it wouldn’t keep the user from trying to interact with my patch before things are loaded since those loading processes occur AFTER my patcher is open (in performance mode.)
now… as I think of it I could play with colors and HIDE everything for x amount of time to be sure. but what about people with fast computers that have to wait 4 seconds they don’t HAVE to. people are impatient ya know, and we’re talking about music in a disposable society.
anyway, thanks so much for your help!
@the_man – I dont want my user doing ANYTHING to my patch. It’s generative. It’s not interactive except requiring them to hit the start button when they’re ready. Maybe a stop button too. =) Thanks though!
How about using [trigger] to send two bangs with the seconds being sent through [defer] if it doesn’t work without.
would defer actually wait for the .vst to finish loading?
the thing about delaying the bangs, is that I’m gonna have to have some sort of visual que to let the user know when the patch is ready. I guess that’s not too bad, and not really a big problem in terms of resources but.. it’s one more thing ya know?
I think I’m going to ask in the js/java forum.
also – do the application builds follow the MVC architecture? I would imagine so.
ok – the only real qustions remained (aside from trying to get ‘finished’ bangs from [vst~]) are
1- is it possible to get rid of the top menu items and just have "name of app" and the quit option. Is this possible? I know I’ve seen it before in 4.6.
2- can I customize the toolbar at the top so as to have it include the red x?
3 0 can I get RID of the toolbar at the top or customize it in some way? this I doubt.
Answer to 1 is yes.
Is the file you need to edit…
awesome!!! I went in an took out like 20 megs of extra stuff. thanks so much!
Forums > MaxMSP