< Back to IRCAM Forum

Simple Spat Viewer / Panner setup - an OSC questions

Spat
#1

Hey Guys,
Really simple question but I’m struggling to figure it out.
I’ve got a very simple spat setup involving the speaker.congig, viewer and pan~ (I don’t need the reverberation for this particular experiment)
I’m just playing around with setup procedures / sending messages in the right order etc. I’ve got my head around most of it through brute force - but I am left with one head scratcher. I don’t think it matters, but I dislike error messages in my console :slight_smile:

Essentially, if I send a bunch of /source/*/color messages to the viewer, they also get passed to the pan~, and the pan~ throws up error messages.

Do I need to capture these messages and block them myself, or have I just set the patch up in a non-standard way (very possible)

Attached the relevant little bit of the patch to this document - it shows the error on load.

I’m sure its such a newbie mistake - but I’ve scratched my head long and hard (as well as just sticking my head in the sand for the last week ignoring it) and can’t come up with a solution.

Cheers!

SpatSetup.maxpat (24.6 KB)

#2

Hi,

Yes the pan object expects a position format. A spat5.osc.ignore “/source/*/color” object should save the trouble…

It’s all I can think of… ?

Bye

N.

#3

Hi,

This is not a newbie mistake, this is a tiny bug.
I can think of four options:

  • the error being totally benign (it’s just that spat5.pan~ has nothing to do with the color messages), you could just ignore it (close your eyes)
  • as suggested by Nadir, use spat5.osc.ignore to explicitly ignore the messages
  • use the @initwith attribute, as suggested in the attached patcher
  • wait for the next release, where this little bug will be fixed.

Cheers,
T.

  
----------begin_max5_patcher----------  
1830.3oc6as0iahCE94L+JP7RkVMkf4N6SscWo9xVoUpUZeXZ0HC3jwcHlrF  
Xlosp8295K.Ax.DmYb61NJUZBDaiO2+NGeH8KmsvLo3NToowuabgwhEe4rEK  
DCwGXQy2WXtAdWZNrTrLyxsvJeqhxTqavnaMOWtjsTTIhTAqvEjKonzJ4V54  
EZABBBhBsAfPPTn+4Ftg.Ka1EuX9EGOeKaiOzrM3LAMJR93yca2ZR8FLIGUI  
HOX2fE0Usi51xEvpzqvj0OBNPtqUeZKR97llmaXhIU7KlFefunud1Y7ONWQE  
FAcKSdZklJzcBNyrxHwH4.pO.PvnQN7OAN1B10Yb8kS6dUV8obAyadDZPmo0  
fGjItmJKARVy0Whq5TmkW.yjatJpMeAqBrmUsAdTpMvAUaSyDiq1zf55FHk.  
2f5EsVtEAuFQsRKHqvqumZcrEY7BLAWcKt5Ji2atrYtkLoOAQM.AuuSKkiIn  
zhZR0.2nwMLN.oSDHTbIHRDF5NgkAbrtzqJHUk3OKVoP6OGVAewcpoWRwvby  
oMlGlwGE2nAznUJf2fxtjIZrs8RXUEEmTWIAeWzYX4jmxXqJD8RDAlHkaawb  
BuBc6avQwQzI7IjStmuPQMME04JvTDKygehI+FkLkVNh880Tb1xMEYHix+sF  
R6Fh6qz8fNrQSfoWulx7dxVlVjWPMrs.QQNt9raX.1wA.wMwQ1d7oXX2Kyvk  
aYza4mKJ1vFiuKMbzuc38.vV8sXRVwsKqJ1liVUY3Xay+iKE3xJDg4keCtDy  
T7F18VMlYdMd16d4eX71svTl2BtT3c+rIhDhTBhBD5KSAEHcuBFOTHN3QgR4  
dPTp43ieQ7r67b2RYoqM39uoEa1.IYGHagKXxJD..24xc369nLK1SaVTkmzX  
4HWQqUKspKvWdY1zpNQemSrNMabeG1GjhJGeCxZMDS91Xfm2e1zqfDBJWx9A  
JoJ8jbOnoHgH6IB+A6RMc+HncY+RqKSJnYHp.GTRIaKWfanCy+Y761QvgVkf  
wMKwGztLmLcOKSIdMgm38m063+shU0on7ed9g8w75.6lA16FXdMpXU6vsi22  
Zxyuxq.owj0owFrnxqJn6JYwvbjkzpZsGYtZFM5hE8FYAaX1e9bOOz1ZrMHu  
frdD++Kb+f4n6FTDcwRkHmThwqUndYQJagjuwKQYacUIqdDiWvbyj2GLrxE1  
BILe1kbsjw0DxDotcUCFrAN1OxJzk8uPOaGWOWNRM+bkiBJZ6oJn330tBBOL  
rnhr0udghC.wExgvrsWyKDZF93C8ljkH1HpcmtvXm9HCUVgIBacuUwK7xXp7  
rpRp1MYVJIRX9nI0OLYpicmkTtCVyFb11BVsYMVLdqD3k03Gxu34GXEreEO7  
o14wxyr0Ux3CmyUfuczjo.bHiNv4GlsP.9zaUcpSmGGw2aamvmCnC4TPJfJj  
BnER4nBobzBobUgTtZgTdpPJOsPJeUHkuVHUfJjJPKjJTEREpEREoBohzBoh  
UgTw5IDVI3BflvKTCvPOHF.kfL.5Ay.nDnAPOnF.kfM.5A2.nDvAv+GRhSeU  
qhgW8sy3UwLRZWv8plEtc6MHZYC0EbM6TPeTdRdQ+DYDmH+p37AlTDuUkx0K  
GARYmKnhcnfZp73E2EHOygIucrTRMtg1L80YMGCYuJn20T75LbwaYm+ot7x2  
fHMsGhokVAqyqFpaSVuBmm202g9G+s8LFlxYaNpn4fdT3D6A.QcclHPbGuEE  
98R327Lf1Gxy2K11guTu.mPOQ6L73M90cPiMZdLmczh2TXAEDMEVdGuOwLZ0  
+wf7tYKpPp2AhYmJrXK6b3sZcK23t0WWUrlByvH44HG1ZyyabMorY2+zelaX  
JTb6yz2UtyX7mRsNCn5UE4YF+cA+za34LI8eaHWHdeHsgKZhUdi2ecrzu+wW  
km4dfSvzFFaqncXB8e0MWz7xaL3pES8KgO.Ms8ulRZ6qB8nslpD62EWLdnra  
XfWnP3ci7bABEh2dgiOvnXkU7OnX+lP7YLWlCLlqfsYf.51BBuKTEm0SVK8.  
HmgK4cfOaNccZNB1uY7xVy08QefBdOMGH7Qc4zXES3GEIuiquaDdsJEyG7eD  
xQx5ARQfOyxwWAupnfP4cRASOPHOLOLvwwe66Nq5S8nqfvxdH.y+6dIZyO4m  
.I4jO+IedU8TdZ4229iE7Igz3bJJ9TTrBdJOc74cehHIOUrHtmPfNg.cXujm  
L0P39jIx06Tj6oH2o7Rj+DKy9t9ZOdPlOPTbbnPnCscBibj2EaG6nmlvoOC3  
b1gzqvIPkMFeLIQ81SGep6zp2cZsDqbcYNNCQ+G9KebVL0IgS0Wbq7GK5qxq  
QymwEllxHvd+Vo4lZAxV2KWLtw5qaF70TDhbzbnHwiO+W1o3sbBB3XgZk4D+  
2y40E4YGMuwUT1B+W+XGfuPOB56+d7LH6Y95Y+Gv7zRE8  
-----------end_max5_patcher-----------
#4

Oh I’m glad I’m not going entirely crazy. Thanks for looking.

I think using the spat5.osc.ignore message is the cleanest method for now - at least I’ll see it easily when working on the patch in 3 months time with little to no memory of what I’m doing now. Though I’ll look at your @initwith attribute suggestion too - always good to learn new methods.

I don’t want to leave the error message in there - since the patch is being installed in a museum and it won’t be just me looking at it. The wrong person might think there really IS a problem.

Many thanks again - appreciate how quickly things get solved here. I look forward to some perhaps more in depth conversations some other time.

Cheers! B.