ArrayArrayArrayArrayArray BrainModular BrainModular Users Forum 2022-01-21T15:57:02+02:00 https://brainmodular.com/forums/app.php/feed/topic/6952 2022-01-21T15:57:02+02:00 2022-01-21T15:57:02+02:00 https://brainmodular.com/forums/viewtopic.php?t=6952&p=43904#p43904 <![CDATA[Re: SDK access to named global parameters]]>
very interesting indeed !
What I am obsessed with is maintenance of the patches !
wires are cool because you can read a patch and comprehend how it's done or what's wrong,
with no wires, (i.e. usine objects) it's harder to decypher a patch, let alone a whole workspace, unless we can have a table of all the usine objects with sender and receiver end in the inspector

cheers

Olivar
I guess its up to the user how they use this type of thing - enough rope to hang yourself etc.!
I'm unlikely to use workspace wide Usine objects much, which as you say could end up in a mess.
I do hope the inspector will be able to find these to manage them.

Personally, this is one thing I have been waiting for in Usine, for years !
What for ?
Its to control the GUI side of things in detail. If you want to be able to control many aspects of a single knob for example,
all the colors, captions, etc,. this takes an awful lot of wiring. Imagine 100 knobs - its a nightmare. You might want
to only change the color once every few days, but all needed a wire !
Now you can manage the visual of a patch as if it had 1000 wires to all the pins of many modules.

I expect to mainly use it inside a single patch, and if you do this the object reference "patch.object.pin" etc. is relative to the
patch, so such a patch does not break if you export it, load it somewhere else, etc. Excellent !
I can imagine sending the object name and value to the patch from somewhere else, then the local script in the patch using
this information to set the values.

Also, we asked before about Usine having signals which are constant (unless use has-changed etc.), and "messages" which are
sent and change a parameter and that's it. Well the Usine Object setting values are like messages really.
There was the option of using IML, but that was so horrible I never even tried it.

I don't expect Usine objects to be suitable for real signal flows, audio, video, etc. But for GUI control, great.

It's funny how several times I have asked for something - and Senso (and other developers) come up with
a better way of doing it !!

Simon.

Statistics: Posted by sm_jamieson — 21 Jan 2022, 14:57

]]> 2022-01-20T17:00:39+02:00 2022-01-20T17:00:39+02:00 https://brainmodular.com/forums/viewtopic.php?t=6952&p=43902#p43902 <![CDATA[Re: SDK access to named global parameters]]> What I am obsessed with is maintenance of the patches !
wires are cool because you can read a patch and comprehend how it's done or what's wrong,
with no wires, (i.e. usine objects) it's harder to decypher a patch, let alone a whole workspace, unless we can have a table of all the usine objects with sender and receiver end in the inspector

cheers

Olivar

Statistics: Posted by oli_lab — 20 Jan 2022, 16:00

]]> 2022-01-17T23:55:05+02:00 2022-01-17T23:55:05+02:00 https://brainmodular.com/forums/viewtopic.php?t=6952&p=43898#p43898 <![CDATA[Re: SDK access to named global parameters]]> I know you mentioned something like that was coming a while ago but I had missed that.
I can certainly use a script to do a lot of those things, and the same thing in the SDK would be excellent.

I think it is really the same thing as my suggestion.
I have not looked at the Usine Objects in much detail, but it seems the only thing missing from my suggestion
is the callbacks. Perhaps that could be added later.
Thanks for all your hard work.

Simon.

Statistics: Posted by sm_jamieson — 17 Jan 2022, 22:55

]]> 2022-01-17T11:21:39+02:00 2022-01-17T11:21:39+02:00 https://brainmodular.com/forums/viewtopic.php?t=6952&p=43890#p43890 <![CDATA[Re: SDK access to named global parameters]]> https://www.brainmodular.com/manuals/hh ... ne-objects

Statistics: Posted by senso — 17 Jan 2022, 10:21

]]> 2022-01-15T20:45:02+02:00 2022-01-15T20:45:02+02:00 https://brainmodular.com/forums/viewtopic.php?t=6952&p=43887#p43887 <![CDATA[SDK access to named global parameters]]>
The user module would register to get callbacks using the data name and provide a callback function. The callback function would provide the parameter number, parameter name, event type and event data. The user module could then interpret the event however it likes.

This would allow a user module to directly set and get values without wires which would be amazing.

Simon.

Statistics: Posted by sm_jamieson — 15 Jan 2022, 19:45

]]> BrainModular BrainModular Users Forum 2022-01-21T15:57:02+02:00 https://brainmodular.com/forums/app.php/feed/topic/6952 2022-01-21T15:57:02+02:00 2022-01-21T15:57:02+02:00 https://brainmodular.com/forums/viewtopic.php?t=6952&p=43904#p43904 <![CDATA[Re: SDK access to named global parameters]]>
very interesting indeed !
What I am obsessed with is maintenance of the patches !
wires are cool because you can read a patch and comprehend how it's done or what's wrong,
with no wires, (i.e. usine objects) it's harder to decypher a patch, let alone a whole workspace, unless we can have a table of all the usine objects with sender and receiver end in the inspector

cheers

Olivar
I guess its up to the user how they use this type of thing - enough rope to hang yourself etc.!
I'm unlikely to use workspace wide Usine objects much, which as you say could end up in a mess.
I do hope the inspector will be able to find these to manage them.

Personally, this is one thing I have been waiting for in Usine, for years !
What for ?
Its to control the GUI side of things in detail. If you want to be able to control many aspects of a single knob for example,
all the colors, captions, etc,. this takes an awful lot of wiring. Imagine 100 knobs - its a nightmare. You might want
to only change the color once every few days, but all needed a wire !
Now you can manage the visual of a patch as if it had 1000 wires to all the pins of many modules.

I expect to mainly use it inside a single patch, and if you do this the object reference "patch.object.pin" etc. is relative to the
patch, so such a patch does not break if you export it, load it somewhere else, etc. Excellent !
I can imagine sending the object name and value to the patch from somewhere else, then the local script in the patch using
this information to set the values.

Also, we asked before about Usine having signals which are constant (unless use has-changed etc.), and "messages" which are
sent and change a parameter and that's it. Well the Usine Object setting values are like messages really.
There was the option of using IML, but that was so horrible I never even tried it.

I don't expect Usine objects to be suitable for real signal flows, audio, video, etc. But for GUI control, great.

It's funny how several times I have asked for something - and Senso (and other developers) come up with
a better way of doing it !!

Simon.

Statistics: Posted by sm_jamieson — 21 Jan 2022, 14:57

]]> 2022-01-20T17:00:39+02:00 2022-01-20T17:00:39+02:00 https://brainmodular.com/forums/viewtopic.php?t=6952&p=43902#p43902 <![CDATA[Re: SDK access to named global parameters]]> What I am obsessed with is maintenance of the patches !
wires are cool because you can read a patch and comprehend how it's done or what's wrong,
with no wires, (i.e. usine objects) it's harder to decypher a patch, let alone a whole workspace, unless we can have a table of all the usine objects with sender and receiver end in the inspector

cheers

Olivar

Statistics: Posted by oli_lab — 20 Jan 2022, 16:00

]]> 2022-01-17T23:55:05+02:00 2022-01-17T23:55:05+02:00 https://brainmodular.com/forums/viewtopic.php?t=6952&p=43898#p43898 <![CDATA[Re: SDK access to named global parameters]]> I know you mentioned something like that was coming a while ago but I had missed that.
I can certainly use a script to do a lot of those things, and the same thing in the SDK would be excellent.

I think it is really the same thing as my suggestion.
I have not looked at the Usine Objects in much detail, but it seems the only thing missing from my suggestion
is the callbacks. Perhaps that could be added later.
Thanks for all your hard work.

Simon.

Statistics: Posted by sm_jamieson — 17 Jan 2022, 22:55

]]> 2022-01-17T11:21:39+02:00 2022-01-17T11:21:39+02:00 https://brainmodular.com/forums/viewtopic.php?t=6952&p=43890#p43890 <![CDATA[Re: SDK access to named global parameters]]> https://www.brainmodular.com/manuals/hh ... ne-objects

Statistics: Posted by senso — 17 Jan 2022, 10:21

]]> 2022-01-15T20:45:02+02:00 2022-01-15T20:45:02+02:00 https://brainmodular.com/forums/viewtopic.php?t=6952&p=43887#p43887 <![CDATA[SDK access to named global parameters]]>
The user module would register to get callbacks using the data name and provide a callback function. The callback function would provide the parameter number, parameter name, event type and event data. The user module could then interpret the event however it likes.

This would allow a user module to directly set and get values without wires which would be amazing.

Simon.

Statistics: Posted by sm_jamieson — 15 Jan 2022, 19:45

]]>