Passing Large Data Objects into ScriptProcessors

[d.healey]

@Lindon If it's in a js file then you can include it directly in your script processor, in the same way you include scripts in the main interface. Or is this data you will be generating at run time in the interface?

[Lindon]

@d-healey said in Passing Large Data Objects into ScriptProcessors:

@Lindon If it's in a js file then you can include it directly in your script processor, in the same way you include scripts in the main interface. Or is this data you will be generating at run time in the interface?

all generated at run time.. so the user moves widgets in the deferred interface, and this data is collated and sent to the ScriptProcessor... really classic MVC

[d.healey]

The way I do this is my secondary script has a duplicate of the controls of UI script, then I just link the UI script controls to the secondary script controls.

This allows the secondary script to be completely standalone/modular/portable.

[Lindon]

@d-healey said in Passing Large Data Objects into ScriptProcessors:

The way I do this is my secondary script has a duplicate of the controls of UI script, then I just link the UI script controls to the secondary script controls.

This allows the secondary script to be completely standalone/modular/portable.

cant do this - its a custom ARP - so it will all be drawn in a panel, and the number of controls in the secondary script would be 128 x20 = 2560... as I say in the title - LARGE data object

[d.healey]

@Lindon said in Passing Large Data Objects into ScriptProcessors:

and the number of controls in the secondary script would be 128 x20 = 2560...

If it's just numeric values then sliderpacks are perfect for this situation.

[Lindon]

@d-healey said in Passing Large Data Objects into ScriptProcessors:

@Lindon said in Passing Large Data Objects into ScriptProcessors:

and the number of controls in the secondary script would be 128 x20 = 2560...

If it's just numeric values then sliderpacks are perfect for this situation.

20 sliderpacks? Where every element of every slider pack needs to be referenced and changed -----???!

I guess I dont see this as perfect.

[d.healey]

@Lindon

Where every element of every slider pack needs to be referenced and changed -----???!

You could use a single sliderpack - I don't there is a limit on the number of sliders (I could be wrong), of course it won't look pretty, but that doesn't matter.

You'll have one sliderpack on your UI, and link it to the sliderpack in the secondary script. You can pull and push data to the sliderpack instead of your panel. Are you using a single panel for the whole arp display and controls, or are you using child panels too?

[Lindon]

@Lindon
I guess Im saying:

In a ScriptProcessor I can reference and change the value of every widget, but I cant reference or change the .data value of a panel held inside a ScriptProcessor......

[d.healey]

@Lindon Correct, but, now that I think about it, I believe you can set a panel's value to an object. I don't know if this works via setAttribute but worth trying.

[Lindon]

@d-healey said in Passing Large Data Objects into ScriptProcessors:

@Lindon Correct, but, now that I think about it, I believe you can set a panel's value to an object. I don't know if this works via setAttribute but worth trying.

tried already - cant get it to work...

[aaronventure]

@Lindon why not just store it as a global?

[Lindon]

@aaronventure said in Passing Large Data Objects into ScriptProcessors:

@Lindon why not just store it as a global?

globals = bad code.

[Lindon]

Ok so @Christoph-Hart - before I raise a feature request for this - do you know of a way to do this?

[d.healey]

@Lindon said in Passing Large Data Objects into ScriptProcessors:

@d-healey said in Passing Large Data Objects into ScriptProcessors:

@Lindon Correct, but, now that I think about it, I believe you can set a panel's value to an object. I don't know if this works via setAttribute but worth trying.

tried already - cant get it to work...

Got a snippet?

@aaronventure said in Passing Large Data Objects into ScriptProcessors:

@Lindon why not just store it as a global?

Yeah I avoid globals too. They make code less reusable/portable. Where possible i try to make everything standalone.

@Lindon said in Passing Large Data Objects into ScriptProcessors:

Ok so @Christoph-Hart - before I raise a feature request for this - do you know of a way to do this?

I think a dual control approach is the right paradigm here. Maybe start with a much simpler arp to test the concept

[Lindon]

@d-healey said in Passing Large Data Objects into ScriptProcessors:

@Lindon said in Passing Large Data Objects into ScriptProcessors:

Ok so @Christoph-Hart - before I raise a feature request for this - do you know of a way to do this?

I think a dual control approach is the right paradigm here. Maybe start with a much simpler arp to test the concept

I think this just doesnt scale....it will be nearly unmanageable - globals are better than this - in the case of thousands of controls....

[Lindon]

@d-healey said in Passing Large Data Objects into ScriptProcessors:

@Lindon said in Passing Large Data Objects into ScriptProcessors:

@d-healey said in Passing Large Data Objects into ScriptProcessors:

@Lindon Correct, but, now that I think about it, I believe you can set a panel's value to an object. I don't know if this works via setAttribute but worth trying.

tried already - cant get it to work...

Got a snippet?

its nearly exactly the same as the one I posted before but here you go:

HiseSnippet 1113.3oc6WEtaaaCDlxNrHVqqXEaO.DB6GxXYt1accConXN1IYvXKoFyYACXnsfVh1hKRjBTTsyHH.6EXuO6wZuAaGkjskcbxBTSB1OlLfMH4c79ti799jGpjdrjDoBY03jYwLj0CwilIzA8CnbAZv9HqGgOhlnYJR9T8lESSRX9HKq5emYBqFagxd9qusGMjJ7XKmBgNUx8X+.OhqWN6vteOOL7PpO6DdTIqeZ2AdRQeYnLEvScbaTL06L5T1wTiY0vHqGbfOWKUizTMKAYsUOo+rQAx2Ixs+TdBebHyLnCZDrQ4SenLz2fXyrn9A7P+gyy6DDxBObYUnddU3SvGw84KleY03ixVfrzix0CqZWG75TFds2H7ZuI3YUBdakCuGiG4o3w5kqXv1GfGHfCpIT3HnLrxsEU6Opg6KAKD5VQzyXGpfAK7v8YsauCA9p4yssgigDM4sTEYs3zg7BR18iVSY5UJQtN4ltrzzwwrUbQHWvHSREdZtTPjhdoZsTzw.EkLz0SFEKE.n1ABXXJqo841MdxS7kjDYDSGvmJHALEinkj3TMAlIgvEvuLRLUvBmOX83a1Ex4N64rqSOmKranXSIQyFZxf0RJSxrmVq3iS0LWSEnAftDYHqUrhKztN7HhPpIfcZtXJgRTrI.lfK6jeMEJUTRrLgaRvccHelILlMI+ykhVR4n4LzjCcb1YARy77hmaO+rBBZ+40HWmhpmSSy1TTC6SCCGCsJtqWbgspTg+Xol8RgaVA19Bax5KMYxFWqXuBYpMtroGVccN5JRiFyTkOdMFBWlWsaAe0cKkal8xKKkLTJFH35WFyDWUKNpnVZ5lJPEXpNqW5QE8R4UNDGZYZfKJinLHWlhC8SC1mpoy2HXOg3DyTZtIEr1m8VfuKuIsAdeVxYZYblsEGfPVeCB6usHjceU2YKF76i6htLY.PII8SCo5U4oLjyEK.GGqPHXZ5Ev00Ykyr2axqMV3ugv8w3gbsWvlwasMfW3.3tFuERAeH9fISXd5kfcK7g+7sKu++FT19JzleXFgNLho5banLGeiUlspeWnDu0ckRb8a1Ix6i56Giuj.3FUg+SKLYo9ZN6OnIsY19BwAfGuvxV9.6SK5IAFYnWP9EfLkXSZ3PgLUocH6Rbn4DsN1jKdE3mMoBRvjygMcUMPsx7VBygA.ySMl51roAbfbE41Quh7+BV+GPvpVIAqGnK3AKt0at.jE0sw4WFJIWAOqPR+NtuNX4DC5Fv3SCzkYVPUVaD85RZinO8dTarxzI2i5g2JXr5ZfUO7+nL07R1GQgWQFNrwGmFMBzc7XPzEv8MSmmUMSOR931lwlJvHlvOaveCOEK1wL1pXwNyW7dIFQTOk7Md4cuFojsylAxaQ1+msA7GqgwjEMsXb6VsQQfp1a77Lk3OGnF1rOeQE74KqfOOsB97UUvmmUAe95J3y2bs9Xdgh8R0xn7VNXhgGjQdZYcffB2dytoi9Gv5WkbL

[aaronventure]

@Lindon said in Passing Large Data Objects into ScriptProcessors:

globals = bad code.

How so?

@d-healey said in Passing Large Data Objects into ScriptProcessors:

Yeah I avoid globals too. They make code less reusable/portable. Where possible i try to make everything standalone.

How are they worse than latching onto a referenced parameter via setAttribute?

You can either write all the large data to a global and have it just be there for the arp to grab, or you can store the arp controls references into a global, change their values from anywhere based on your data output and have a broadcaster fire on control value change if you need precision regarding when the controls need to do things.

[Lindon]

@aaronventure said in Passing Large Data Objects into ScriptProcessors:

You can either write all the large data to a global and have it just be there for the arp to grab, or you can store the arp controls references into a global, change their values from anywhere based on your data output and have a broadcaster fire on control value change if you need precision regarding when the controls need to do things.

Ok so this isnt MVC in any way I understand it. To be clear there are NO controls in my ScriptProcessor - its all code in there - it uses a large data array to fire notes in an arp - the "controls" are a single large panel in my main interface which uses a paint routine to drawn all the controls the user interacts with - so the UI is separated from the processing...

So what we are discussing here is how we separate out the presentation of the ARP to the user from the "engine" that does the work...and how we might pass the large "blob" of data that this presentation generates..

[aaronventure]

@Lindon you mentioned you can't figure out how to pass an array to a panel.

Your array should be stored in a variable on its own, and then you should pass that variable to the panel via setValue(variable).

[Lindon]

@aaronventure said in Passing Large Data Objects into ScriptProcessors:

@Lindon you mentioned you can't figure out how to pass an array to a panel.

Your array should be stored in a variable on its own, and then you should pass that variable to the panel via setValue(variable).

no thats not quite what I said.. I said I cant pass an array to a panel in a ScriptProcessor - check out either of the snippets I posted.