So, I have a 16 step array that is basically a 16 step step-sequencer for pitch control.

I'm really new to TouchOSC, and I'm wondering if it is possible to use the grid object in TouchOSC to write onto that 16 step step-sequencer array in PD.

To add insult to injury, I'd also prefer to find out if TouchOSC can somehow magically receive what the Array is showing. (ideally I'm looking at a way to see the array, be it 16 steps, or 65536 steps (my 64kb loopers that i have 16 of them).

Does anyone know if it is possible to do a back'n'forth type thing between TouchOSC on the iPad and PureData?
globpitcharray.pd

@beep.beep Multicast is more secure and less heavy on your network than broadcast....... https://forum.pdpatchrepo.info/topic/14396/how-to-send-audio-over-the-network-in-pure-data/3
The topic was for audio streaming... the same principles apply although audio streaming is more likely to flood the network than data.
It does mean though that [netreceive] will need a "listen" message to join the group using multicast.
David.

@whale-av said:

@esaruoho OSC is horrible in Vanilla..... because message headers are symbols but can include numbers that Pd interprets as floats. It is much easier to use the MrPeach externals.

Anyway...... vanilla....... plom.zip using a multifader object.
The index currently played by metro turns green.....
David.
Low-res screenshot.......

ok, i think i'm ready to try this out. i've been getting back'n'forth type stuff going on with TouchOSC and Ableton Live, so in theory i should be able to get PD stuff back to TouchOSC via OSC.
fingers crossed!

so on TouchOSC "Grid" called multifader1, the scripting contains

function onReceiveOSC(msg)

  local colors = 
  {
      red = Color(1.,.16,.11),
      green = Color(.46,.8,.15),
      blue = Color(.0,.77,.66),
      yellow = Color(1.,.93,.0),
      purple = Color(.67,.5,.67),
      gray = Color(1.,1.,1.),
      orange = Color(.98,.63,.11),
      brown = Color(.51,.4,.28),
      pink = Color(1.,.02,.95)
  }

  local address = msg[1]
  if(address:sub(-6) == '/color') then
      local argument = msg[2][1].value
      local color = colors[argument]
      if(color ~= nil) then
          self.color = color
      end
  end
end

and the multifader1-named-grid sends out 7 different messages

@whale-av said:

I am almost certain that Gui objects in TouchOSC can talk midi and OSC at the same time.
But I doubt that it will communicate over wireless (required for OSC messages) and USB at the same time.

GUI objects in TouchOSC can send Midi and OSC at the same time, and wired USB connection does work for both, no issues. no need for having the iPad on Wi-Fi. just takes a while for TouchOSC on the iPad to realize what the IP address of the laptop is.

The communications between Pd and touchOSC are set in the abstraction [osc-s-r] within the [globpitcharray1] patch in the zip I posted.
There is a TouchOSC layout plom.touchosc in the zip that should be used with this patch (for a test demo).

thanks for breaking this down for me!

You would need to fix the IP address of the Ipad (static address) and use that address for [netsend] and [netreceive] in [osc-s-r] ....... if you ever get over your fear of using Wi-Fi for this.... or just feel like trying it to see what it will do.......

yes, [osc-s-r] is definitely where it's at. thanks for spelling out the [netsend] and [netreceive] to me, cos looking at the screenshot i had, i can now realize where to input 11000 and 11001 for send + receive. the connect portion of the script was throwing me.

i hope i have it right now,

ok. i can confirm a couple of things, @whale-av

1. the TouchOSC Grid starts from 1 instead of 0 - so the array starts from 1 instead of 0. the solution was in the i - so the minute i changed it from 1...2 to 0...1 - the array-writing started working:
   

2. there's no feedback back to the iPad. i figured out what the IP for the iPad is by using arp -a - set it right and now the array on PD is actually muddying up the content on the iPad's grid, with an offset of 1. hard to describe properly
   

so here's what i'm working with right now:

i'd love to figure out how to get the color right (nothing seems to happen)
any ideas?

@ddw_music said:

If you enable "Ping" in TouchOSC, then it will automatically send a message to the computer, which will trigger the "connect" logic right away.

hi, i'm not sure what Ping in TouchOSC is?

is it maybe this? i'll try to enable it and see what happens.

@whale-av said:

You will have to assign a midi control to the colour value in your TouchOSC layout..... for each control.
"Color corresponds to the control color, indexed by the control's MIDI message controller value, note velocity or program number value, ranging from 0 to 8"
I don't know how that would work with a grid.

well, luckily i have some prior art from asking around on the TouchOSC Discord - i got told how to change the colour of a grid object (in this case, a fader from purple to yellow, to differentiate them).

so here's 9 grids that auto-initialize to having the fourth slider (which corresponds to the fourth send in ableton live, which is a specific type of send (+1 octave pitch grain/granulator), set to yellow.
the OSC command for this fourth one is:

function init()
      if self.name == "4" then         -- only executed in control 4
        self.color = Color(1,1,0)
      end
end

so in essence, it should be possible to take this and set the color right.
i'm not sure how though but at least there's the functional color changing code.

ok so i tried to change the formatting for yellow from what was specified in the plom.tosc, green = Color(1,93,0), to green = Color(1,1,0), but that did not seem to result in any specific change.

but i am getting these messages of /1/multifader1/3/color and /1/multifader1/4/color type stuffs and one of them receives the string red and the other the string green.

so maybe what's going on is that they're just not receiving the actual right message. if i was maybe sending a string with the required content, maybe that'd be the trick?

so now i have a simple message without the $3 $1 $2 formatting, which just sends out
[set 1 multifader1 1 color, format s, symbol red(
and i can see it being received.
what i can't see it doing is changing any colouring.
i guess the next step is to modify the grid-object's init state to set a specific fader to yellow and see if it works, instead of using the numbers for yellow, the text yellow.

ok, based on what i'm seeing, the number for yellow, as specced in plom.tosc, is not valid.

local red = Color(1.,.16,.11)

will not work

local red = Color(1,1,0)

will work.

so in that case.. what's not working currently is the "take that message and react to it" part of it. if i could get a PD-button feasibly working that would change the color on a grid, i could continue troubleshooting this, but so far i just don't know how to do it

now the array on PD is actually muddying up the content on the iPad's grid, with an offset of 1. hard to describe properly

..
ok, solved this by changing a [+ 1] to [+ 0] - now the "back from PD to TouchOSC" no longer bugs out.

if only i could solve how to send the correct OSC message from PD to TouchOSC to change the color. then this'd be pretty much ready to be used.

@whale-av just in case, here's the modified .pd + .tosc
plom_modified_but_no_feedback_yet.zip

not sure how to get the messaging right for the colour change as of yet.

@esaruoho said:

hi, i'm not sure what Ping in TouchOSC is?

If it's enabled, then TouchOSC running on the tablet will send a /ping message to the outgoing address/port at the moment when you activate the TouchOSC interface and every 30 seconds after that. This is an easy way to get the tablet to send a message to the computer right away, so that the computer can get the IP and port that the tablet is sending from.

hjh