mxj net.maxhole problem in standalone osx
I have 12 computers connected through wireless lan using mxj net.udp and mxj max.nethole. When I start my standalones after the computers have started everything works nice, but when I put the standalones in the startup items it seems the net.maxhole object has problems getting initialised, the udp objects work fine. Is there a way to reset or initialise the net.maxhole object after the patch has loaded?
hc
thanks for the tips.
unfortunately I have no other option than standalone for this project, and there are no keyboards attached to the computers, so I am dependent of starting the app when the computers are turned on.
I will see if I can find a way to delay the launch of the standalone.
hc
one option is to write a shell script
that starts by sleeping 10 seconds,
then opening your standalone.
put this script in your startup items
this worked for me.
HtH
-jennek
Or use Automator (OS X.4) if you don't want to play with Unix. I had to
do this for an installation, because without a delay at startup,
Max/MSP was unable to find the M-Audio 410 interface.
_____________________________
Patrick Delges
Centre de Recherches et de Formation Musicales de Wallonie asbl
http://users.skynet.be/crfmw/max
Hi HC,
Probably sending the objects a setPort or setIP message would
re-initialize them. However if you wouldn't mind I'd like you to
describe the symptoms for me because I'd really like people to be able
to use maxhole in this type of installation context. How exactly do
the problems manifest themselves? Are both the sending and receiving
function sof net.maxhole not working in this situation? net.maxhole
uses multicasting, which is a step more complicated than simple UDP
stuff, and I may be able to defer the joining of a multicast group to
help the object behave properly on startup.
Ben
If you create a folder, and save these two files, you will be able to
delay the loading of the 2nd one for 10 seconds, or whatever you
like. I'm not sure how it will work with standalones. You could try
using applescript to do something similar to load another application
(standalone) if you have tap.tools.
Save as "open_me":
Save as "anotherpatch"
Best,
Trond
here is an excerpt from one of my scripts that should work for you
it's only three lines
#!/bin/sh
sleep 10;
open "/Path/to/your/standalone.app";
HtH
-jennek
thanks for all the different suggestions.
Since I had no previous experience with shell scripts and a very limited amount of time, I checked out the loginwindow app
http://www.bombich.com/mactips/loginhooks.html
which has an option for delaying login before the network is available, which sounded perfect for my needs, but even this somehow failed.
Again because of limited time I didnt manage to figure out how to delay the launch of an application with automator either.
Ben, I am not sure if it is the receive or send end or both.
I am relying on no problems with power surge for the next 3 weeks :-)
hc