-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
System Messages (/motion, /accel, /gyro) Sneak in and crash my GUI #24
Comments
When you say 'connect mobmuplat to pd', I'm assuming you mean opening a patch 'raw' (i.e. showing the patch, not a custom UI) You should be able to filter them with [route]; you may need to use a [list trim] first in order to remove the 'list' token. [list trim] and then use the last outlet of [route]. |
No, I am referring to the Pd GUI that is receiving a message (in my debian machine). If the object, in this case a [* 127] receives the symbols mentioned (/motion, /accel, /tilts, /gyro, etc) sporadically it crashes the object and makes that controller un-responsive. I have managed to filter these annoying messages but I find it strange that they can just interrupt a stream that is not routed for them. |
I would suggest filtering them out on the mobile patch, to reduce network traffic (and the liklihood of an important message getting dropped, if using UDP). I assume you have found a solution, closing issue. |
well.. before you close it, I do have to ask, why these messages can just enter the stream?? in my patch that goes with the template, the route object should be sufficient to discriminate them, however I still get them. Due to the urgency, I have fixed it this way, but if traffic improves if solved where you say, then I still cant fix it that way. I will try again post performance. Thanks |
These messages enter your patch (on the phone) via See the list of messages in the section "System messages": https://danieliglesia.com/mobmuplat/doc/index.htm If you do want to use anything reported from the system, then it's up to you to filter that flood of system-provided messages (via [route]) to get the types of messages you want. Feel free to post the patch on your phone which is failing to filter messages and I can take a look. If that's broken, then that's a Pd or libpd issue, not a MobMuPlat issue. |
I am having a weird problem when connecting mobmuplat to PD. I am directing messages according to their names, but somehow if the iPad moves it is able to insert a message like: /motion, /accel, /gyro, etc inside the stream that is only listening to other messages. I have tried [route] in various ways but still no luck. I cannot find a way to discriminate this messages. Can I disable this information somehow so it stops interfering and hanging PD's GUI? I am performing live tomorrow and this is a nasty surprise.
any help will be appreciated.
thanks
The text was updated successfully, but these errors were encountered: