SYSEX Output

[amounra93]

I'm getting good results with your patch. Variables are not getting initialized with the values you are expecting when the patch loads. This is one of the problems with the API stuff, sometimes the API is not ready when you bang it with an initial value. You can use [pipe] to circumvent this, by placing it between a loadbang and the object its wired to. I didn't spend a lot of time looking at this patch, and there are better ways to deal with this, but here's a quick fix:

<pre><code>
----------begin_max5_patcher----------
2755.3oc6bs0ihiiE9YpeEVrZ07BEJ1w41n4kc6Vi5RZuock1W5tUoPhA7Tg
X1DSUEyn4+95KARBj.w.Ecpdn0LPQ7kb724hOWR7uc2fgSXuRxGB9QvmACF7
a2MXf5RxKLn32CFtH70njvbU2FFwVrfjxGNR2Fm7JWc8G.QyCSmQhAQq3roS
uOgMiFAxY.97PNfxAuvxdJer3e7vmHfPPBi8j3WfLRNqn2yCyEMjQhWkFGlF
stXr4fUojnHRddX1ZPXZLXIKOmNIYMHVdOyXqx2PPITQWYqRUTkSwESWsfll
P3pk.r3hKC4QyooydLiDw0P.zxYr0H.z2R8ki5Wt3wVfuVNSrU7MSkUwUowJ
LfM4WtGErgRlxR4ogKHpl9KYzvDvekkDWs4b5upZFJueETk.ND3aHmxRqPYN
9PIsfsskeYU7A3qxA862cm7iQmIG7m9Ivxvm.4bZRBHkPhyAblfYDQnOSDbB
h.r4gfIjorLhhgJ6XFYFMmSxDWPxaoSK6ofal9Cbw.Ho.dVXZ9BJmKDPDyJk
mCzbjQxYZUNIWONxzvUIbvygIqHiAfOQxHi.O7CBBflR4BLTfXwptJo0Wn74
pen5eNXMaE3kvT9HkPhrgDAsOVvzDPhldKmlxABDLNARCdYtjRUysPzPHfFJ
vfIjnPA8UPxpAWLJgbYzbRzSBBhVLtL1RRFes324KEyHKqQwRHxP4RGrujii
fUkKgXyDL8OQAySPDKk7h3VtmDVN396uWhgCMb864oV3HDVoDf0JoFs5weyW
8RwoIByUm3hG5ojAJ38su3gMr3s63hWOM70KI5a8PE8t8F81gMKoKI.GKKqF
AGzwkLrTlGcbMGbf9mJ3bU.lLZpwpKXO0tDXm.4W5sL5f5R0sdZCrbeS1cqc
B9Bhjh8KbcAXe.D35zHjhO.jZ6ps.qT+BzBcPSjybfMBcehj7LgSiBA+CxJh
oxZnKorldWs+j08QhaQFKIgjcOzXYuBfBqsSY4atFI1qOqQlcvMwrZGYrsUX
gsidSLGscKS.lCXF+apfCmkuV3gUhoxJn.klNJ.ep6r4zyMdSVRDNhFEJb7T
LfG4rGWPiolhS1ZsHas6OviZPuIcJXeFnTdoqcB2TG.JvFr1oP2SwA.mdOzH
V2yMVnQatAC0JWvi.L1M.Lmtc3QE++kDfVHi+eFogM1EAAVrk0i4qxlFFIBE
DZrfTg4YesRFRqj4ZjjTPuPRpMfpz4stiIZCzHOs8mwNlBIH2dnx0bpNN7ge
PK0HBWeDHecN4UffL1zqvzTVoyvC+WYr3URIKcGy4BOymAllwVHF9xUE4rXe
oyJ425Tgecz+tdmPjeuAtRUkdIYEfdApK5MMg7LIKudLDCFVIjMssHsAaaW0
t913JRUBl4rDlLuJU7nZvvXxTilDlXu2xAXUMuYEIOqZOE7vcB+o5MVlTpG2
0AplZWZ7o0A2nKaCFNKiFyRkDQsQJu7la2mA5.OjeVR2pdjFtrgAyYrjIgYO
SkoIkTiSHzTBSoKB4hvNzzCxZ63nKzQbVctHogh4XddjLlfZSktkmankXxyz
HxKzXwFWx4pDspkw4JRN0zgqc8czkUpNa.uFUme3iaxPWZ09siBckd+vtSYS
9z2lVpqRfR+IxYyma4Rspmt2tGUIf10GUMuIGtssp2zSkYR8eL5Dg6ZlN2Oj
ZnCvpUjC0EjChTe43sa.QF.ctUIg1U05Dxlvx1XxvG4gcfiZ7uf6PnMEd0aO
K3WS.+BqtXtIbfBrunfGXXGXAnVXAnygEL5.rAn1dsssGxwQ9Wtv.WK+9BGP
W1qVY.vNw.zITxYuzJ0ti56EfWqveiYXpc9fJei5u5An6gxI0oB1PMN2Pto5
tEGGuCKtW04JiM6DfcrB7kh5APoTu7uvVd9X6iHzacsXK4JuDlJbM0B7mo69
eHrWqrH2Nwh1Toq8840.Vj6aHKxF54h8jLFOAqxBqrPgfNtA8EVDGLAPOWMk
hubcUQ94eJaL33btrAcQyZvjTMNhmiquqslODfgH0d0XagBzUkibbuSMv0z+
qpqmk2oErvKf6o1mo+ouENmpIiFg6+S0vzE8CHBVkb.LW2++4dS3In1HrJ1Y
z1pEz1eXKvYyqqFvzx3DkO7AsDxkZQHauYvNmsJKZCKtHHEP8kSLImSS2hie
tzi7c53bZbb8nTUrSZ7RgCr7B5SWwuiJcXJYiMgrg8FxtATrE5F0unaTGoam
9kXhbupcfwCP2Nu6DuUqu9CbK2RoSzMteIkzYsR+9Ec6Yh0jdlVYmDu8tfzc
wEEK.c9tyCelD+ntHkOFxE6+NYEWusZ07eetIC9.Mcr7POKgMILoHu7amiZy
7dTTiQ0qQgKUUmbLsrGHW34V0I3e3q5T0mB6SkAnq6jG9Dp6jUOrtSP0CGfM
z+rJ7TGlkaUd5VkmtFUdJnHIM+wqxSWjjtqK2wsjtecR5t9Iz9VR26uIcGhQ
2R5929jt6Auky8uKx4NDdKm6WsbtC8Peuly8Nm2ldV1TglP1XyI6f.kER6hZ
t3M1OP7Obwktkh3uKRZ46zbD+NMi72R0564Ts9kgxPCJeIGENQBBjVF+xvFe
OzQFlWPnuN2W5Waq.0KqoLIsFjWPTuHwrUNU.1K6r+8G93CfOLebKIjc2leN
rj+2vz14WaRe86ahFZ0uCkUS4Vy982oWY2sohcYXlfR4jrG0YOq5.ZLqDSSX
gkt+21Kuqs9Iw2qEBWqLuUK9.5yJmUYS2ZpZigpJDNMcJqlpV0FYYw57Ba0P
iqRoZnqwglujPhSnKZaz4bxx71Zj75RVZgqhvwsdy4qSHsMEKDhmpg6Nt4lo
osO6EmJEaeZYKsJWoSaXsv1mf8EKpiAyYYkpr6nGry7UI6uMtdXwaVvph7re
OJ05dbOyqU6WBKc1tzjXrjjgsba0.oUi2TgwwmjSV9gnaVrdYcW0cwNIy3Jy
EwUd4c2wTy+ljyRCSiHsZqQN3OC+pwuZf3.cJF7KeGZvdWBiMNWJaMgQbwBT
t9p+.4u4ovGsIYcdE4Dp56heKFpfX6RKU5yMhZq5aVpLvRkM7fVpZVAyLiPV
G0HjTCoOY.5moIxiBocUbeOaD5Cp5HC94Lx+aEIMZ8gsEg95IdF.7VXKB2qM
FAq31TCK6aFiLvXjqcOvXjVSoGZNRSXk5l8YyQsc3z8Ixq5Lym+ieIEi.1V.
Ka.FBJKQoNY2eI8ijnxtpCF1VFL7t8rwPhwFehAB0ONHnJuYQNHSNZxrsudG
MYsAueT8PS.dljIqYcBPnSa9ozVwo4huFJf9leJs4e7C3lVdpfJS9DruAKEk
mv5jQkfdFpnByhy.+MwlhaIfrYS1VlVUAAUUmEWeuvNGfhNMB5LK3UjYDSfr
icrG.dfGlT9fwUC91tWjZEWu.z6uxtz3p5Q66MDYqTYReeyAV29Lv1xQni7H
WpxSXY2SImFpPk9oY3YN427ibR4JeaQuMbgaqW2VmvApzoli2pOrAGBUT8od
EV0fztk6n.p1qLG0poTa0AKnVm1q5FMWYi83ackjbfcflvdWUZRl53iRSJBG
c8nI+NPSH7UEmPcRdx+5RScQdBYccoI2tPSWYY7ftv6txzjW0mwf1noZOHBu
81m5hdGFdUwIbWjwgNWW63cx9D55x6vc0VvUjl5pofqGIg5z1cWYy3d8OZpS
6rbFTj3G+9c+eIycXVC
-----------end_max5_patcher-----------
</code></pre>


In order to get the patch to open in presentation mode, select the background of the patch, select its inspector, and there is an option in the inspector "open in presentation" that needs to be checked. (edit: I guess pid answered this for you while I was ammending your patch )

[toneburst]

Thanks again guys for all your great advice and encouragement.
It looks like I was banging my head against a wall for a couple of hours thinking nothing was working when in fact it looks like my recently eBay-bought MIDISport 4x4 MIDI interface might be faulty. I tried another one, and I'm getting output activity lights and no errors now, so fingers crossed it should work. Gonna try hooking up the EX-8000 in the morning, need to sleep now.

Here's the current state-of-play, incorporating all your great suggestions.

Code: Select all

<pre><code>
----------begin_max5_patcher----------
3043.3oc6cs0aiiaE94jeEDtn.s.NdEoHkjWrurMCFrAXa6hVf8kYFDHKS6n
NxhtRxYS1Ey+8xKRxR15BsisBSimKx1RjTG9wC+H44vizeb8UilwdhlNB78f
OAt5p+35qtRdJwItJ+2WMZk+SAQ9oxjMJJ7Q5j3MqDoZr55ODFmIu1e+tObG
31GlTbA+3XVleVHKtwK+neRr+JZaEK+WgwQzL48Et8jrMYEmEke10IzTZr5V
ceBMHSUifNSrFCrQxixuCISr.eIOWpBJ640TUxGMZLXzhHlOO6EoYseV.u9s
rRoZCkEHzwpkxspzTU1CmKqprY+mafViJuAIbLHilbOM1eVDsZFR8ejN+d+r
rjvYaxna+VZdCTdKj.Ji1PYKJNcw4qV7oqoz4QgqDowZbCWOitNssKReZMKl
pZlgSZJEahCyRydVUAZJAq3pQxr6Lo4KGF2doGxK8P+n7l0sXcsDUzRBau.1
GjqiAOvRxJ0I2Qecmx6wvzvYcTcYyKpvH2FqSa6cbe4sroaUDKd4txDOuznQ
sbaU.oUi2znv3uJJrztja17VqVgwKXsJorj4zj1xoTAQkU0E+10Wu8C4wuc8
XMYgho+FuazdDP2xhSy7iyRAKXIfzmSoOA9Kq7i2rvOHaSBM46lSeLLfBt6C
eWQq6esnTxnOoJk0pbdSPQo0IizBFOEg+tRmpDz2gnxpe5DOr3iodpeTgNoB
sAdTkaZoNwOlv0rA+MVz7hKGvhXIph2ZhMz0A6Nl+MWqodVXw2rQPhyzwU6J
ojMU6WUpkEgQzGoIo0IytZTEZVBQJzJ5VGrjWD6YUoa5nYKiXAekNup1wn4z
EGVovVSi2lCYJpcndJCi2kIt5c1eST180Z7PSZ75bcGZqYtdiPQmhQKSBmyh
EBQsbJNcws6SxAMpOzQdJh8W2PlyXrnY9IU3cJaK3cV7iCW4mQyBUxCxpLeg
qVmj2Ao7bJZvGRCRXQQ0JJ0Udrgqn557agyydnN+R8IQTc3mpciqc9c5NK6U
UxnzvTJj7cf61MYMOAi5ji61u0p9EpzIEV4J6O2fsC4zb+XjkpeLVv1CPjhi
0xW0o.TUBCXqVQanJOpHI4jkEbjGCHym3PFGnZCWfGGtLyOdYuXCQ1AEZI+.
UdrMngfNk06ZiUrCSu+WANNbVF.D3PZEZvUtPKLFmZsoB1voRvRcDA6.xpoN
UiY5mnQOx4EB7A+C5F5.grxIjB9SVhAQyDTIzj5Z7sp6073omK.FgxUM2ab2
8F60sUDtx.vCC5xWFvxkzDvL0eObbsKEWbuc2G2xmZRCXK+vysWcZqWAcZ9T
iS8WRaD16fh.8ZnAWacnnIjwxEW0FbZaMvJvcAkPiBIgdGFRBMHjD6YRPoZU
L5ijHCBIcbLIjLmrTajDejH410dDEF21z3kxm35MCworMIAE0rBpafcMYcNM
MKLtbx5eZKoDndk5gv4yquzGYqX370rv3rbAD7EsTJNJ4FoibCMO4FpibiLO
41RG4FaVxMRS4lXV52M.isH2Go9MYpjnpXX.b4uNWUHzgTgfGdEZpc0Jjm2D
niiiK5LWqrNjZk8gWqfNvJUKjM4b2NAOjJDxb5mqqbKVc3Iqed9I4Ufp9Ahe
a3SNnCm.0nwJOWV3riK0mwUWFwl4Gkat4st93j6Mf+sz9+7YdAxXfb6PbS5l
DQ0EjFjDtNqAa+mmv7zcCO6uby+Ca0iic4nQjxdYEbOVc5Z.nqQ5a.WkUQQJ
+Zbr9FPmR4huA9+SeCTXZ7lVw1O7CfOPi7eNEj6e2veW1dBDliBjx.YO3mA9
4vGofe7WtC7feJP.BB9.dy+Z+DJHLKkFsnZoKFdHfsQgJ1mTSVZ08R9ryMFI
xV03K0AvcXgLjm4XSRdmo4fat4FQKwngD0PDE+HVBWNn9LjKBaNfVDyetxDp
Clkw0xRs4X5zohi4thnKH01bfz0gqoBJNKSxXNE5nHo1IwoO.EZN3IuRPEDn
8001Z3cRlR8DBke30qaE6QIcnzO4C7HnJC7ih.7LceF6d9hBBMImi4J6wOUo
yZa2q1pA08WtQBUKUxjH.bycmq7CxzdQTGCCQ4UoGNsZn1chmiy+ulT.txN+
DXu3pmA4uAAlVrby6yWuYJvnF2JGdwNUmWZGdg.YPCbkwRed0LVjIQr5H0Pc
zbZUjgVacu8gU0sn8FWOBeZUHLZv2aUJXydpd6rJba6rpSITopDshUHqoRrx
9H1uUV5.FHkOq0XelQND3373MPOMshpPVMHuknsyR7LKmSoMbaaTxcChSKxs
iYI2dZ57UobCMF4FoqyMflk9stpIHyxG85h1HyxU2Hs6UdwCXuZd.qqnx6eQ
SYf69PKAkWOAi2mPe4HhGuiLx5PXkKtfsEwdUmVC58aDz0R.kcHgPmyfDAc0
U8Lh.n61x8iNWv.rE.gLF6GGPAk43cbf00EQxQxf.GPFDni9LHjKDHu.BDxf
Pfb6lL1hElNExshHqhKlWHP5JxbEXFHLdbdb4VYi0rCgxujvluQXJTUBS483
hWBVjvVwy95MY.YWsF15NIbp7ahXKCCZjwAM.aYm7YvnXdbb6ZG6fNpcrimK
l.EanEDwZpmbm6juGdNI6WGBVYCcWWEApz7R1XmCa+5nSobY+57dKVdK3.3j
lpvCLLtif4sRp2KteGFiNK0DUGeAgyaS05gwAHAO3GW20Su7fCrWu1IZry+n
WmKUI1VI8Fgq3KA35g45N0dIina7sRzJ9VqojWYXoo3hgilBscQDw2vVtdX6
7AlFnMgljdbAebXKveNb2+gpGCu0Zgbd0Zg7xCzK2dagbdIsP8tUeGHuxBlA
Nw60EjNArr9DRv7cgoiiJnH5nAg7RZPbINdN1plgoXHR7Md+Ed2mSeCR+CJe
.iH+qxj95Ln7zCaPY69FU9bLj79tFdmPRHeEMhHSfOIcZGPtJ8+y8JvSimjK
drRnKZ50FZ1b0Zvburqt9o04MoCgjhM9vEaGUr34l2J6NwaJ+O37Sctb9LQS
mgJqUDywo4NuMcFp1NMG+1bqUXV6HjFDmVj6KwCnwEOfChMHCjVr900JjEdA
QYERWbmVgzx.sBoqmz9gtxM7GeJwJKD.OvfFr+B4hMHuXCRi1FjpXZCStXCx
yjMHUwkg53EaPdlh5EaxEaPZn1fLuExgbwFjlgMHyaPrHWrAooZCR2CaP4K1
fT6.i7MrMHeULLv6V6v7F0pWuUMx3aUi5dtsvNQ87sK+QIsEZqE1IjymE1eU
b2wEaPdX1fr9isnsy87Wu8i5+7DC12qSjVduGo19ydae6GIdDYTZVtEIKmUZ
wKOjMQNAP4r9TeCxmlNoto7DxesYNpaFax7jXbo34Zum3oyqOIXOFsDbWleT
XvnSXC2tu8pNesdNknS9CJh1Z7TSbWtJJbOMWsmzFseboD34cLsOdmulm5OP
E11774Qh0au8k4fHDWf1hka+4xHTn1S1Kzqkw4Kd+W3s8IrjX2o2nw4Q8Yb9
iMDOlukbb246WFPLsFXGhLebg0Qqp7Va4pT9qFWER7Cx32Wws8H7BwwFLZpm
RSpiJFqZxjFcCre2FgI1vNCvDqAJB0rzJB0LoXK4igQ7yA1sO361PQqCdp7X
C5iIz+6FZbvycSWgNkzUnJSspApgWE5J0CK1WBcEA+tkuxw9kxWYiFD9JkRu
AxXoDrscydOxX01RG9I5SJCVm98eNFi.1V.Ka.FB152NkQf+b7GnAaSpZ1r1
hYytaJabJs3y46oRNUkjzi3VItBDuBhZZhq11mgIt1F79A06zyGoIBGvFA37
IgG0Cs6sVGAdnniUkGCcEuNgZYG2Lscn4jud0Ll7oe7oaMqCwxOUwPI1pMCD
TAKcekrCfbif8FDYwp.wD1xR6qfrNmOjs91yqDXEODTOIOs86naZ95L8lVL+
nN1XbmAFrNp4kd87b7ZFnpim6.VT6B.rUmumAN.XQl+5dYSgR6Zx6brZe62W
yT2s87RBU04D6ah6lMu8dsbZKS5HR0RyYWhrzPjvCpHQzAjrFVTBoiL4Nnxj
sthzvodSv51zMbxDRGEb3v1zgbO2xD+Ge65+GyaO6N.
-----------end_max5_patcher-----------
</code></pre>

I'm going to see if it works tomorrow, then hopefully, if it does, see if I can make a complete editor for the synth. In my usual run-before-I-can-walk (or even crawl) way, I'm now thinking 'what about saving presets to make a library', and 'how about handling sysex dumps and restores'... Hmmm, baby steps first, though.

Incidentally, I've been periodically getting those error messages again. I'll be doing something in the patcher window, and suddenly I'll just start getting those 'no valid object' errors, and no MIDI output. I've found saving, then removing and replacing the M4L MIDI Effect from the Live track gets it working again, so it's not a problem with the effect itself. Is this par-for-the-course with M4L, or some vagary of using MIDI Remote Scripts? Is there an easier way of re-initializing, I wonder.

Anyway, thanks again, time for sleep, I think!

[toneburst]

value shares data, which is its power.

So it's like a global variable, essentially. I keep reading it's Bad to use global variables. They are useful though, especially in a virtual patching environment like Max (or Quartz Composer for that matter). Anything that saves patching....

Is it possible to use send and receive patches in the same way? I guess you'd need to create an array (list?) of the values first though, so it's more efficient to use value...

put anything in one instance, bang it out another instance.

Not quite sure what you mean here. Are you talking about OOP-style instances here?

Must... go... to... bed....

[amounra93]

Is it possible to use send and receive patches in the same way? I guess you'd need to create an array (list?) of the values first though, so it's more efficient to use value...

<option> click any object that you need help on. pid was just paraphrasing what is in there (maybe you already did this though and its still confusing to you...its not like the help files always make sense to me, either)

value will store any value you put in it, and that same stored value will be accessible to you anywhere else in the patcher by simply banging the input of the value object where you want to retrieve it. You can send stuff to all the value objects that are named the same by sending it to one of them. Its just a Max way of saying {value_x=foo}. Its global unless you preface it with --- (so in the object box you would type: value ---x), in which case it is limited in scope to the patcher you are currently working on, and is not accessible to other patches in the same Live song. Kinda like {var value_x=foo}, whose scope would be limited to the function it is defined in...but still, its not quite the same thing.

Hope this helps.

Dunno about the errors you are getting. Bouncing back and forth between edit and Live modes with patchers always causes me trouble. I try to only test patches in Live, with the editor (and Max) completely closed. As soon as you open the editor, even if you close it afterwards, things don't work the same. Soooo, when you get things the way you want them, try restarting Live and loading the patch, and view the Max window by ctrl clicking the patch header and selecting "view Max window". See if you get different results this way.

Also, Midi Monitor will allow you to spy on output destinations, which will let you to see what is SUPPOSED to be outputting from your interface.

[pid]

looks like it is all going good.

just TINY point of clarification:

Its global unless you preface it with --- (so in the object box you would type: value ---x), in which case it is limited in scope to the patcher you are currently working on, and is not accessible to other patches in the same Live song

...this is not entirely true. "---" preface makes it global to the entire device (like pluggo days), which is of course needed most of the time, but confusing to say "to the patcher you are currently working on" - remember, 'device' is different to 'patcher'. for 'global to patcher' use "#0" preface - then it really is only to patcher. this is important for separate BPatchers and abstractions you may be using IN an entire device patch, where you only want to share in that abstraction etc.

so, "v ---hello" in an abstraction four levels deep will STILL be addressable by "v ---hello" in the main .amxd; whereas "v #0-hello" in an abstraction four levels deep will ONLY be addressable inside that instantiation of that abstraction. "v hello" in an abstraction four levels deep will be addressable ALL OVER your entire Live set.

sorry to be anal!

[psyfi]

Can Max4Live output sysex to a specified MIDI interface directly? I ask because I have an old synth (Korg DW-8000) that is editable/tweakable using syx, but doesn't respond to MIDI CCs. I was wondering if I could use M4L to create an editor for it that could be used in Live. Live seems actively to filter out sysex though,
a|x

I've wondered about this. Whats so hard about sysex data that believe refuses to see it.
Anyway with max for live could you not create a device that took its data directly from the midi IO hardware and not live? so you could record and play sysex data from a clip/track? This should be implemented in Ablton as standard though.

[toneburst]

Hi psyfi,

that's what this whole thread is all about. You can use custom Remote Scripts to get sysex to and from a given physical MIDI port. Since Mac4Live can 'talk sysex', you can manipulate it (or as in my case, create it), and send it out to a given interface. You can create controls in M4L that will send sysex out to external hardware, and these controls can be automated in Live. The only problem is, Live has no internal facility for dealing with sysex, so you can't record sysex data into a clip. One of the things I'd like to do though, is create a M4L sysex recorder, so you can store sysex patch/bulk dumps inside a M4L MIDI Effect instance on a given track.

Hope this makes sense.