Hi,
I'm trying to send on/off data from a patch in pd to a single row grid in mobmuplat but for some reason It's not working. The input/ output console in mobmuplat shows the data coming in but for some reason it's coming in as floats instead of integers which is strange because in pd's console the message shows up as integers.

I notice on the mobmuplat website it just says that the grid input will take:

"a trio of numbers to set a grid cell: cellX, cell Y, value (0 or 1)."

Then when I click on one of the grid boxes in the mobmuplat editor it shows the output from the grid is: -

/moment0 0 0 1

(the target grid cell is called moment0)

So this matches up with what I've got printing in the pd console but for some reason the numbers convert to floating points when they enter mobmuplat. And nothing happens to the grid GUI element

I understand that this isn't a mobmuplat forum but I didn't know where else to ask. There isn't really much support out there for it from what I can see.
Thanks

hi again,
i think i might have ran into a problem which might be to do with what you were saying about how you had edited the pd wrapper for mobmuplat for me. You were saying that it might 'break' some of the other gui objects.

So far everything actually seems to be working fine however, when I prepend a message to the grid with the word "set" in order to block return communication, the outward message (from pd to mmp) becomes a float again. Which means that the grid doesn't recognize it. looking at the mmp console, it has actually changed the message so that it starts with /set instead of /flash so maybe it's just that i'm not prepending the message correctly. But it's strange that the last value has changed back to a float. Which was the problem before.

Also, It sort of works without the set prepend but then I get a return message every time i send one and this is causing netsend/netreceive blocked errors.

Hi there..i discovered this problem as well. When the patch is running on androiddevice everything works fine..!

When I try to put a cell to active, it will show one diagonal line highlighted, but not responding to the numbers in the message...
So I ve tried many combinations to maybe get it working..but it got worser as you can see in the screenshot..sending 5 1 0 [in]......result is [out] 5 5 1...weird..

In the task manager I see wish85.exe *32...could it cause a problem with pd 64bit?

@borelei Wish85.exe *32 is fine if you also see pd.exe *32 or pd.com *32 in the task manager.
That means you are running a 32 bit version of Pd.
For a 64-bit Pd you would see pd.exe and wish86.exe.
It looks like for you mobmuplat is receiving floats just fine...... but they have commas like 1,000
That is weird..... or are they decimal points like 1.000....... hard to see on the screenshot.

@liamorourke I have an idea for a fix which will mean you can send [pdwrapper] a formatting message from the pd patch for each change of message type. I will upload it here asap.
I will then try to automate it but I am not sure it's possible given the various messages that can be sent.
I need to look at why there is an extra float going to the grid and how the /flash command is supposed to work...... so I need to do a fair bit of research in the examples on the Mobmuplat github.
CAN you post a link to where the "flash" is documented please?
I thought feedback was causing the network errors. It is good to know that is the cause.

If you could both zip up and upload your complete pd patch to this thread that would be useful for testing.... even though I cannot do a complete test with an Android device.
David

hi David... thanks for getting back to me. When you open my patch you will find that everything to do with messages being sent to MMP are in the supatch called [pd tempoGUI]

I have marked everything up in that subpatch and have commented as much as i can to make things easier for you.

the pdwrapper I have supplied in the zip is the newer version that you already did some editing on.

Thank you very much again for your help

mmpTest.zip

oh and finally... /flash is just the address I have given to the grid.

@liamorourke Ok.
So the [list prepend set] should be before [list prepend /flash] so that the message becomes.....
[/flash set x x x (
It might still not work though because of the format I set in [pdWrapper]
Let me know.
This will definitely*?* work though (for /flash)......... mmptest.zip

I have just spotted another error in the original [pdwrapper] ........ and another.......so I will upload some zips for testing when I get a moment to make them.
David.

@whale-av thank you... I will have look and reorder the message shortly and let you know how I get along.

okay with the patch left exactly as you've sent it I'm getting: -

oscformat: no method for 'sliii'
in the pd console

and I'm only getting the button 'off' messages: -

[in] /flash 15 0 0
[out] /flash 15 0 0

etc. in the mmp console.

thanks

@liamorourke Yes...... schoolboy error...
And just seen that I need to add set to other parts of that subpatch as well.
I cannot see where the tempo bar "/flash" output is coming back into Pd .... so I cannot see the feedback that causes the network block and means the set message is required.
New one........ mmptest.zip
I think you should only receive tempo in the [pd GUI] radio bar....... and not send it....... remove the send address........
David.

okay... this seems interesting. I didn't get any signals through to MMP with that last patch. so just to check that I had everything opened properly I decided to edit the patch so that it was the same as it was before with just
[list prepend /flash] to see if I get the messages through to MMP back.

and every time I connected [list prepend /flash] to [send toGUI] pure data crashes... as in it instantly closes. I tried it 3 times and it did the same thing (crashed) at the exact moment the two objects.

Thanks

@liamorourke I think I am too tired today.
Another...... mmptest.zip
I have put the [pdwrapper] into [grid] so that it is opened at the same time.
I have just put Mobmuplat on my phone so as to stop working in the dark.
I get the message pd file chowsaw-newer.pd not found when I open grid.mmp...... any ideas?
Google is silent.
David.

that's okay... it's looking for chopsaw-newer.pd as the pd patch file to link to. I think that was the name when i originally posted it. but then somewhere along the lines I changed it to the same name as the mmp file to make things simpler.

You can change which pd file mmp looks for in the editor on your laptop/ computer. it's under the 'doc' tab at the top-ish left... in the option: 'main Pd file' browse for the patch you have edited and select that. Then obviously you need to upload both the mmp file and the selected pd patch to you android device.

But i dont think the issue is about it running on android. it's about whats happening when pd is open with mobmuplat editor on pc/ mac.

I'm still not getting any messages through with the files in that last link you provided. Also my version of pd (vanilla) doesnt recognize the [pdwrapper] object that you've put in there. So i tried opening it seperately but still nothing.

@liamorourke Ok...... I have it working with the editor.
It's a lot easier when I can see what is happening.
mmptest.zip
Just open [grid]
I have put [pdwrapper] into [grid] so it will open at the same time.
AND I have made some small changes also to [pd tempoGUI] and [pd tempo]
David.

@liamorourke If the [pdwrapper] does not create it is because you didn't un-zip the download......
David.

okay... that seems to be working now David... However I had to open the pdwrapper seperately as pd didn't recognize the one you placed inside [grid]. but that's fine... it doesn't really make any difference... the main thing is it works.

Would you like me to report back as to whether this pdwrapper works with the rest of the MMP GUI objects?

Thank you very much for all your help

ahhh right... I will try unzipping it now. thanks

ah.. actually it was because the file is named Pdwrapper.pd but the object was called [pdwrapper] without a capital P. Just changed it on the object and it works.
Thanks again

should i remove the pdwrapper from the patch before uploading to android? Would it cause any conflictions? or extra CPU usage?

@liamorourke I think it will not work with sliders for example.
For the grid you are sending "set 0 0 1" so the patch sends "format siii" to format.
I did it with a message
[;
format format siii(

but it could be
[format siii(
sent into [s format]

Anyway whatever the message you are sending you can send a format message first.
It applies to the message....... not the address like /fader
David.

@whale-av so does siii stand for symbol integer integer integer
where the symbol is the address... and then the three ints are the values?
eg. /flash 0 0 1