so you need to know the name space of the interface you are using in order to use OSC receive in QC.
it will be something like this.
/mrmr/pushbutton/0/dvjOSC
the namespace mrmr/ then type ui a /pushbutton/ then button index /0/ then lastly the name of your device /dvjOSC
so put in your the computers ip that you want to receive not sure if you can use local.host or not but put the receiving computers ip in mrmr preference set the port number to something like 1337. if you don't have a wi fi connect you can make an adhock network. go to your airport choose create network name it then go to >apple>sysPrefs and click on network. get your adhock ip, enter that into mrmr and go to iphone preference and join the wi fi adhock network you just made.
so now got mrmr set you need to set QC.
add OSC receive PATCH go to inspector set the port to 1337
then you need to make a key argument. the one thats there is /test. leave it there for a second.
in the text box enter.
/mrmr/pushbutton/0/dvjOSC
then choose boolean type. this is the receiving value a push button is on or off 1 or 0. so you can trigger things with a button. oh you can delete test if you want.
/mrmr is great its free, the guy has put a lot of work into that project. i like the idea of building your own interface. things like only 4 banks suck. the interface builder syncs to the iPod but will only make 1 bank. you hard code your interface to get 4 banks. I found just building 4 interface files and joining was easy.
here is a interface i built you can use for what ever you want.
that is supposing you copy paste to text file save as .mmr put on the internet and direct your iphone to it. im an iphone developer so i actually don't jail break my iPod, but you can put the file on by a hack as well.
he has done lots of work but has lot o bugs, its free so why complain. i updated mrmr a while ago and couldn't get it to recognize a .mmr file. maybe his new beta works.
i make my own now tired of the limitations.
if your are into OSC and want to try one of my apps I can let you try.
Started a OSC controller last night. had to build my own osc framework.
I call it dOSC. so if your are in need of a OSC framework let me know. my app is called dvjOSC, and it is going to have more OSC controls than all the others, more than OSCemote, iTouch OSC, or any of the iTM controllers.
I'll attach the framework if you feel inclined to build your own controller. and a bit of source 4 u.
its entirely simple. i don't know if you have looked at the mrmr source but that guy went crazy. you'll have better luck with this implementation.
hope this helps. iPhone i Pod is a great controller. if you gots to go to the bathroom, go back stage, want to go into crowd, or you just want to mix on your couch, defiantly a must. first thing i got was osc app for iPod.
well not crazy , in he takes medication like me context but he made the interface builder, and has bonjour networking + osc, client listner etc.. his appcontroller was crazy long plus all the classes.
this framework here doesn't work with an iphone i learned that after i built the objosc. if you have seen objosc it is the base for mrmr so i thought i could figure out how he made the program by looking at his source, but i was wrong after seeing how much work he did with cells objosc is really small.l i eventually figured out i needed to build this framework into static library because apple doesn't let you use external frameworks on iphone.
today i made a multi touch tuio application in openFrameworks. its kind of cool to program in c++ on the iphone .
i didn't mean anything bad my saying he was crazy i ment he was bad like bad ass crazy as in good and bad but not bad in the bad context if that makes now since by now. . he's a cool guy i checked out his stuff he offers his stuff for free and its abundant + works.
he seems like a very competent programmer. objc is difficult for me it assumes you know what you are doing.
where does he work ? i don't work im doing research right now.
dust wrote: his appcontroller was crazy long plus all the classes.
speaking from experience (I've written a fair number of apps by now), it's not at all uncommon to see extraordinarily long appcontroller source files (as in, several thousand lines). If the UI is all based around a single NIB, a single large file is much much easier to deal with than a dozen tiny category files that depend on each other in lots of ways (making the splitting annoying to navigate).
back in my C days, I remember having a few source files that were 10-15kloc or more... that was probably excessive, but I was in highschool and didn't know any better...
the current project that's eating up most of my time is sitting around 50 classes (though it's mid-refactor, so that'll go up and down a lot as it matures), and it's not a particularly large project (large for a single developer, but not unrealistic). QC-SnowLeopard, in comparison, is around 274 classes (not counting patches, which add another 50 or so classes).
i bet some of your plugins get pretty big quartz builder is my favorite right now, only cause some features don't work in sl and i got used to them yesterday it was gl tools. i think your applications should be priority. things like parameter huds would be cool but i really miss the desktop feature.
so you need to know the name space of the interface you are using in order to use OSC receive in QC.
it will be something like this.
/mrmr/pushbutton/0/dvjOSC
the namespace mrmr/ then type ui a /pushbutton/ then button index /0/ then lastly the name of your device /dvjOSC
so put in your the computers ip that you want to receive not sure if you can use local.host or not but put the receiving computers ip in mrmr preference set the port number to something like 1337. if you don't have a wi fi connect you can make an adhock network. go to your airport choose create network name it then go to >apple>sysPrefs and click on network. get your adhock ip, enter that into mrmr and go to iphone preference and join the wi fi adhock network you just made.
so now got mrmr set you need to set QC.
add OSC receive PATCH go to inspector set the port to 1337
then you need to make a key argument. the one thats there is /test. leave it there for a second.
in the text box enter.
/mrmr/pushbutton/0/dvjOSC
then choose boolean type. this is the receiving value a push button is on or off 1 or 0. so you can trigger things with a button. oh you can delete test if you want.
/mrmr is great its free, the guy has put a lot of work into that project. i like the idea of building your own interface. things like only 4 banks suck. the interface builder syncs to the iPod but will only make 1 bank. you hard code your interface to get 4 banks. I found just building 4 interface files and joining was easy.
here is a interface i built you can use for what ever you want.
pushbutton nil 0.200000 2 7 1 1 1 1 play[a] 1 pushbutton nil 0.200000 2 7 2 1 1 1 play[b] 1 pushbutton nil 0.200000 2 6 2 2 1 1 sync[b] 1 pushbutton nil 0.200000 2 6 1 2 1 1 sync[a] 1 pushbutton nil 0.200000 2 6 1 3 1 1 cue[a1] 1 pushbutton nil 0.200000 2 6 1 4 1 1 cue[a2] 1 pushbutton nil 0.200000 2 6 1 5 1 1 cue[a3] 1 pushbutton nil 0.200000 2 6 2 5 1 1 cue[b3] 1 pushbutton nil 0.200000 2 6 2 4 1 1 cue[b2] 1 pushbutton nil 0.200000 2 6 2 3 1 1 cue[b1] 1 || slider nil 0.200000 2 8 1 1 1 1 key[a] 1 slider nil 0.200000 2 8 2 1 1 1 key[b] 1 slider nil 0.200000 2 8 2 2 1 1 gain[b] 1 slider nil 0.200000 2 8 1 2 1 1 gain[a] 1 slider nil 0.200000 2 8 1 3 1 1 vol[a] 1 slider nil 0.200000 2 8 2 3 1 1 vol[b] 1 slider nil 0.200000 2 8 2 4 1 1 hi[b] 1 slider nil 0.200000 2 8 1 4 1 1 hi[a] 1 slider nil 0.200000 2 8 1 5 1 1 mid[a] 1 slider nil 0.200000 2 8 2 5 1 1 mid[b] 1 slider nil 0.200000 2 8 2 6 1 1 low[b] 1 slider nil 0.200000 2 8 1 6 1 1 low[a] 1 slider nil 0.200000 2 9 1 8 2 1 xFader 1 || pushbutton nil 0.200000 2 9 1 1 1 1 fx[a1] 2 pushbutton nil 0.200000 2 9 2 1 1 1 fx[b1] 2 slider nil 0.200000 2 9 2 2 1 1 fx[b1] 2 slider nil 0.200000 2 9 1 2 1 1 fx[a1] 2 pushbutton nil 0.200000 2 9 1 3 1 1 fx[a2] 2 pushbutton nil 0.200000 2 9 2 3 1 1 fx[b2] 2 slider nil 0.200000 2 9 2 4 1 1 fx[b2] 2 slider nil 0.200000 2 9 1 4 1 1 fx[a2] 2 pushbutton nil 0.200000 2 9 1 5 1 1 fx[a3] 2 pushbutton nil 0.200000 2 9 1 7 1 1 fx[a4] 2 pushbutton nil 0.200000 2 9 2 7 1 1 fx[b4] 2 pushbutton nil 0.200000 2 9 2 5 1 1 fx[b3] 2 slider nil 0.200000 2 9 2 6 1 1 fx[b3] 2 slider nil 0.200000 2 9 1 6 1 1 fx[a3] 2 slider nil 0.200000 2 9 1 8 1 1 fx[a4] 2 slider nil 0.200000 2 9 2 8 1 1 fx[b4] 2 || pushbutton nil 0.200000 2 4 1 1 1 1 fx[selectA] 1 pushbutton nil 0.200000 2 4 2 1 1 1 fx[selectB] 1 pushbutton nil 0.200000 2 4 2 2 1 1 load[deckB] 1 pushbutton nil 0.200000 2 4 1 2 1 1 load[deckA] 1 pushbutton nil 0.200000 2 4 1 3 1 1 browse[prev] 1 pushbutton nil 0.200000 2 4 2 3 1 1 browse[next] 1 ||
that is supposing you copy paste to text file save as .mmr put on the internet and direct your iphone to it. im an iphone developer so i actually don't jail break my iPod, but you can put the file on by a hack as well.
he has done lots of work but has lot o bugs, its free so why complain. i updated mrmr a while ago and couldn't get it to recognize a .mmr file. maybe his new beta works.
i make my own now tired of the limitations.
if your are into OSC and want to try one of my apps I can let you try. Started a OSC controller last night. had to build my own osc framework. I call it dOSC. so if your are in need of a OSC framework let me know. my app is called dvjOSC, and it is going to have more OSC controls than all the others, more than OSCemote, iTouch OSC, or any of the iTM controllers.
I'll attach the framework if you feel inclined to build your own controller. and a bit of source 4 u.
its entirely simple. i don't know if you have looked at the mrmr source but that guy went crazy. you'll have better luck with this implementation.
}
hope this helps. iPhone i Pod is a great controller. if you gots to go to the bathroom, go back stage, want to go into crowd, or you just want to mix on your couch, defiantly a must. first thing i got was osc app for iPod.
Anyone have *.mrm and *.qtz example? Pleas, help understand!!!
Went Crazy? Er. I think Eric is perfectly sane and quite the competent programmer if his current job is any indication...
well not crazy , in he takes medication like me context but he made the interface builder, and has bonjour networking + osc, client listner etc.. his appcontroller was crazy long plus all the classes.
this framework here doesn't work with an iphone i learned that after i built the objosc. if you have seen objosc it is the base for mrmr so i thought i could figure out how he made the program by looking at his source, but i was wrong after seeing how much work he did with cells objosc is really small.l i eventually figured out i needed to build this framework into static library because apple doesn't let you use external frameworks on iphone.
today i made a multi touch tuio application in openFrameworks. its kind of cool to program in c++ on the iphone .
i didn't mean anything bad my saying he was crazy i ment he was bad like bad ass crazy as in good and bad but not bad in the bad context if that makes now since by now. . he's a cool guy i checked out his stuff he offers his stuff for free and its abundant + works.
he seems like a very competent programmer. objc is difficult for me it assumes you know what you are doing.
where does he work ? i don't work im doing research right now.
you need to add osc receiver to get the message in qc or qc performer.
speaking from experience (I've written a fair number of apps by now), it's not at all uncommon to see extraordinarily long appcontroller source files (as in, several thousand lines). If the UI is all based around a single NIB, a single large file is much much easier to deal with than a dozen tiny category files that depend on each other in lots of ways (making the splitting annoying to navigate).
back in my C days, I remember having a few source files that were 10-15kloc or more... that was probably excessive, but I was in highschool and didn't know any better...
the current project that's eating up most of my time is sitting around 50 classes (though it's mid-refactor, so that'll go up and down a lot as it matures), and it's not a particularly large project (large for a single developer, but not unrealistic). QC-SnowLeopard, in comparison, is around 274 classes (not counting patches, which add another 50 or so classes).
i bet some of your plugins get pretty big quartz builder is my favorite right now, only cause some features don't work in sl and i got used to them yesterday it was gl tools. i think your applications should be priority. things like parameter huds would be cool but i really miss the desktop feature.
Here is example composition with step-by-step instructions how to make iPhone mrmr work with Quartz Composer http://quartzcomposer.com/patches/328-i-phone--mrmr--application-osc-exa...
They might have moved it. This is the correct link: http://quartzcomposer.com/compositions/128-i-phone--mrmr--application-os...