can a device detect if it's moved to another track?

[11olsen]

i use the M4L.api.ObserveDeviceTrackIndex abstraction but it needs a bang to get the index...

[11olsen]

firstly thanks for your engagement.
i played around with your approach and i think there is a little problem.
if the device is the only device on the track, and then moved, the observer outputs nothing.

greets

[11olsen]

(empty) list one doesn't contain the id of the object (list two) so its moved.

there is the problem, the observer does not output an "emty list", it simply outputs nothing if there is no device left in the track. so the zl won't output anything.

[11olsen]

and thats the case, the message isn't updated if you move the device away to another track (only if it's was the last device left in the track)

[amounra93]

If you guys use closebang in conjuction with change, I think you guys will be able to come up with what you are looking for.

Cheers

[amounra93]

Closebang works when the window closes....not when the patch closes. It always closebangs when you move it from one place to another, I checked it.

Cheers.

[amounra93]

Here ya go:

Code: Select all

<pre><code>
----------begin_max5_patcher----------
396.3ocwU9saBCBEF+51mBBW6LP+m5ta60XwXpsL8XZglB5by369.Zcqt3HM
ZidCIbNGfuue8.8fuGdoXOShQOidC44cv2yyFxDvqctGtLceVQpzVFly9Prb
CdTSJEauxFtBpXn.BgbJCeaoXqpforKi1F8cAWIguX1Xjwj1vMUp9rh0HELF
MuMUUpJaMvWsnlkoZxRiBzqDMI1LFmXFoSGS9YIPtURZY9DMA24j4ok1C.+R
MjVfdUTj2Qt.+jZCLwN56aFFciboF3Jj1DquLXHtAy+6dZTj09SbZ+3qw9zg
y9ajnRwN1hb1NHiMdi790dPIVzLyc+Q3CFPYEBIaYJe0v.F6N0C3Da1CTBwI
aBtF1PFN1TB4f1gC0EmnoV2Rs.Hx48lfGbWgw4.eXZIzu+3rinAKgMTwcCws
RE6lhK.9e+kiUVl3miJoXac1Iezp.zuRKmIU.OUABdmZBNql0PdNi2sgQy1J
gFJsR.M+he15shB6gjLOCeO0TPezTx8USI8QSg2flzSN5+MOppfv
-----------end_max5_patcher-----------
</code></pre>

You'll need this:

Code: Select all

autowatch=1;

var finder=new LiveAPI(this.patcher, "live_set");
var selected=[];

function anything()
{
    if(!finder)
    {
        finder=new LiveAPI(this.patcher, "live_set");
    }
    finder.goto("live_set", "this_device");
	if(finder.path!=selected)
	{
		outlet(0, finder.path);
		selected=finder.path;
	}
}

Let me know if that throws any errors, I can fix them pretty quicklike.

Cheers

[11olsen]

another one by amounra, it seems to work, i'm getting the closebang if it's moved to another track
but also if the device is in view and then out of view. this is causing some unnecessary api calls
but seems not to be a problem.

is this js getting the devicetrackindex with the same methode as the m4l.api.abstraction?
fascinating to see this little script opposed to the big abtraction

It does for me. If I have the following setup: Beat Repeat, TrackMove (patch) and Corpus on one track it lists 3 ID's. I move the TrackMove onto another track and I end up with 2 ID's. It updates over here.

your just not getting what i'm trying to tell you.
delete your beat repeat and corpus, now move the trackMove patch! is the message updated? no?
i needed a solution that'll work in every case.

[amounra93]

yeppers, its using the same objects, I'm just accessing them through js. I'd have written it for you in pure Max, but I'm at work and it takes me like 5 times longer to do stuff in Max.

You just need a [change] to prevent unnecessary triggering in Max. I did something similar in the js, so it should only output when the track actually changes, not just when closebang fires.

Its funny...I've been using Max for 10 years probably, and now that I know js its so much faster. It works great for everything that's not timing-critical, so I try to use it as much as possible for UI types stuff, and pure Max for actual instruments and audio processing.

The js is being called more often than when the track changes, but it won't (in my experience) make much of a CPU hit. YMMV. Unfortunately there is no way to avoid it. If it makes you feel any better, putting something in an observer still polls the system just as much, you just don't see it. Someone correct me if I'm wrong, please

Cheers.

[11olsen]

Yes it is. When I do that and move it to another track I end up with an empty "track id's" message.

Ok, to be fair i checked it again and you were right. it outputs an emty list.
that means your way will also work. i must have checked it in preview.

nice, now i have 2 answers to choose from.

greets

[amounra93]

This is a pretty simple js. I could have done a couple of things to make it a little more self-contained, but I was short on time when I wrote it. I mainly just wanted to show that you could do what you needed with a closebang.

The delay (I use pipe, just because I constantly get into trouble when I place a delay in a patch after a bang, and then go back later and try to throw a number through it and get an error...I've just kind of started using pipes instead, since they essentially do the same thing) is for the reasons you noted above. If you try to access certain API elements when the Live set is changing, it can completely bugger things up. I've found that when trying to get data from API objects that if you don't need it right away, then don't try to get it right away. It saves trouble. That's why I only use js for stuff that isn't timing sensitive. I wasted a lot of time building patches around js only to find out they were too laggy to use, then had to convert everything over to pure Max.

That said, js is really convenient for making calls to the API: you only need to create one object instead of two, and you can easily reassign those objects at a later time if you need to. There's no real difference in how they act (since they are accessing the same objects internally) except for that the js code is always deffered (which in many cases is what we want anyway).

Cheers

[Palmer Eldritch]

Hi Guys,

I have worked on a similar problem and have had come to this solution (seems to be the third way )
(a device that knows all the time where it is - except - when it is grouped )

:

<pre><code>
----------begin_max5_patcher----------
2163.3oc2b01baZDD9y1+JtnoeHYpq68Nbcl7g1+FIcxfQmsoUB7.n75j+6k
61CYIaAbGPHVcxDKsHvZ2G18Ye4N72t7hU2T7Yc0JzefdG5hK91kWbg8PlCb
gS9hUaS9b5ljJ6osJsX6Vcd8pqfOqV+4Z6wIns5j7JT88ZzsYkU0n5xjz+82
Wq+XVpF857BzW0kEuo8B2jkqSK1kauZp6fOjTmdeV9cenTmVCZkLhcM9JDUI
MuPHwfz0Xze6tn7cayx2nqs5Gwcvr0Vsp3l+42HhUOdlE6paOUr6n2VjWmmr
Uauf+rLKYC5uJ1rd0AebU1WseLAeM1bzue4klebkmXVt9SMJxyfrJ8FDYU2l
NWYrUlBdwBCFy+zFN84FNM9zFN0OCGth5u7fFTmU2jje2pqPqVsWC9wgMq02
pK2T7odfGB15KDYcLDz9gmS3WPImFdHiDdVBXoFcCZSeXRDwhChHWXhHPPQc
95xTixPY8FNY8TXQP7DMXrYlCmxLrnvKyI5zEAcVdVciN07KGY4c0knjaM+j
fpzonWWju4KnbcUptpJo7KnaKJQUOnSM1QZRkt5Mml6l0MhGIrdgwV.mvsRb
R.HNm+Bk5dsg5Fiw83tovV2LNPOgCl8VHmW5Ian3BDFdCh1CpvrNALBdjwfD
9OFBpkBcZC8vM+yib+R6KQCj6WbhHmNHq3Sirp8+yMoUGn0lrOputActuuTd
Jfjw5QIHAWF.uixCYisLfVXZIH0SyJS2kUaIqyKpytMKMoNqnoN7haQo223T
qMWWEJKGY.yPYvIfmGmCEeyClAWv9Yyf2Ez8p255X48qZPNzae+p9nsTVSmE
aKyTMBuL5KUbn43OjTpQIUooYnOlrYm137TeeVkwCpoINCe0mxpu2cJMe31d
fJJC31kVPhJGAV8h0mYW9CM8zhHMc29HzzfGMWWCvrIqptOeHJ.LPJPhLNbf
A+REXLuAUW37PF.H3XnPbhEHhiBFGHQuXIUdUCMrIHJaMxj2xRLeWYwtGzqQ
vnPp5K1w5gvEVVWlP9rYc7Potp460xweH3LDhwTSBwN7q8.0E7fg1vYPG3Go
sGBzz4svfhj0Poacm5RHZcrZpKPD93ANSq+F3n5AXjNv.ppD5OILjgdVzHbG
3SRcQVunCTxivKzgcBzgOu9MVxzE.WxtE8KYjW81lp7LCwMGQP5MUZD1CWIn
5HBcDCgS7BdHb2U0T1SZeMeDisL1TprsxXaWsOZ+YPI1DOcdh5GMNk4NB6Zq
YDO2oelKPotdWY9vlKwMBMXtNx.Fpg77ajqCxmxUQPcc7QxmJv+OlOsEcHik
OkqNy4SwJu4SaAKgZr7o7WxKpQW7NPgw8kmApwjBKqAmFLuCK97NMCLjKNVL
OoYXhep4YrqLLh4ZHp24EKfItvAalBsDcjo6UKQmxkf+ixknitkD17CTXk4h
hdlgbT2R74jJ5W6cTyRZ7AKSyPyj+THIadQx4NwUWtgaSpp0kVmw97.YxC3d
jQgy8PO+J5wNlqDzM853HhgN+I1PTWNqPRsyNCWA99ikh4.jfoiMVB+xNVZb
nBAnswjQhJD04ICyfE1D6VZOWuCgWXCUcFVu2PTtwLfkU.AS7vQE7YKkKA0+
Bn6ZA20sobfgmyOQGBmqsfayGk1.Pq6eGFnfnHXV5pvWcgNplQN00C9piVE8
EhX9HnacurzLXGqPkVOq3vWdJRGMYIlAj6GAjcyt55h9F2kPZckfsV.c+Om7
pwPnA190wqcPG8W3RxxdpxNiD22oqGZ2Xvb6zIXbOgWsLAeFlP6th5B6Jl+g
Ay32trTXa4xwgOBUw4G+sca7z7AFPXPWGJk4S6Dmx0gclBMCES4bYXzwtEmh
9ItEmrmicCG8jmy.qkZN9wnVUwtxz1uo1MnUSV+1up05p5r78btu6w8EH5QD
49r0q04GtB2ayV+PQSFDmRzAsnu5zS95NsNY1AmgnSbtowHFLuAkZuvbnqCg
el8KXH5p3vE8uQP3DlntRi8.WMab+.0Ugo4JacMvDTO38Gli+4umPhLWrb5l
F2KSKdLllojWwUGJLQc8Idt83xvVrPtmbWuiPtvfO2cWB10hIeuzTi4vdnrl
7UKHmkxGUBGH.1DqXfrHnaAlZuzTiVh7fzRs33Gwmaoj.vOXqjRgcojYc0EN
oo5.x7IBNzvE39KUB8XDuWXITV13zU3oNg4dTTNRpc+LiIVuVxzC6ox4miZp
XK0mzNAFIIh.Hy0DSLcuzhns3wosPCxwb4dokPakiSYgtfhwp8RKgxxhGk1R
gF8kP5TqzhnszonshFxfYRaoBOz1nvTVITMhK0fyQXNRMXHRoCEhEX6T7ldS
ivXLgZdZQrZrTBrB7oqwTuXEVVdUpOc.RoKpNI8zKLfBTZ86bL8T7dooheXO
UVZ.JKPs2prLxborBeTVNYQuYG4iJElF0dyVhaobvOUhA6eE2YZklZk99PzK
BzQvodvPDiE38RSk6j3q1FPLlPYSax3VfNJFli+wRQvMAnnVqzTsDeRYw3gY
IS0UvmVTE3EMLi4yXartEKGNwX9pSzkSmn9pSgTvlqDMk.VRfn8RSs7RycU9
PZafsbxkPGwvSzljEsWZp4JUdx0GBEIzzFE1.Jwv1r7XoVtdNYt358gygGsr
8G6SrDIdbCe.FONS8nzTixvd5Irbykk3qy4BxO17sIFJ3NvzHb2r4nVpnHJL
2tikhbka.A9QpYoUM1P9lpPWko3qoJkJN9p1mU6H3Iw8IRwtR9AJ3X07P5NT
mm7PMGXiPwvvpFisc.XklZwH9TpWniKwodt+XUfE6klnxF6wroYA1frn8gN.
J8Dld1okfQAaklACYP13PG6CfybvuVz9PTbjD7GYMEU8bIn+G2rijO0DaD99
k+Gv2c+gr
-----------end_max5_patcher-----------
</code></pre>

cheers, palmer