ArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArray BrainModular BrainModular Users Forum 2018-05-23T22:18:06+02:00 https://brainmodular.com/forums/app.php/feed/topic/6132 2018-05-23T22:18:06+02:00 2018-05-23T22:18:06+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39916#p39916 <![CDATA[SDK early set chunk]]> Statistics: Posted by sm_jamieson — 23 May 2018, 22:18

]]> 2018-05-22T15:37:49+02:00 2018-05-22T15:37:49+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39906#p39906 <![CDATA[SDK early set chunk]]> Statistics: Posted by sm_jamieson — 22 May 2018, 15:37

]]> 2018-05-22T12:24:21+02:00 2018-05-22T12:24:21+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39905#p39905 <![CDATA[SDK early set chunk]]> support@sensomusic.org
with a user module and a patch example please ?
senso+++

Statistics: Posted by senso — 22 May 2018, 12:24

]]> 2018-05-22T01:43:49+02:00 2018-05-22T01:43:49+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39901#p39901 <![CDATA[SDK early set chunk]]> Instead of changing parameter number "paramnum" to a new specification, it is adding a new parameter to the module at the end. When the value of this new parameter is changed, it causes a callback error in the OnCallback() routine, and the wParam value contains an invalid value.
If you pass sdkRecreateParam the same specification it already has, it does not create a new parameter at the end.

Any comments, before I raise a bug ticket ?

NOTE: It would be an excellent feature if you could add parameters by specifying a number higher than the existing parameter numbers, but this would mean that pModuleInfo->NumberOfParams would have to be changed too.
But sdkRecreateParam(), as its name says, should recreate an existing parameter number.

Statistics: Posted by sm_jamieson — 22 May 2018, 01:43

]]> 2018-05-16T14:44:22+02:00 2018-05-16T14:44:22+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39884#p39884 <![CDATA[SDK early set chunk]]> sdkRecreateParam(int numParam, TParamInfo* pParamInfo)

Statistics: Posted by sm_jamieson — 16 May 2018, 14:44

]]> 2018-05-16T07:47:23+02:00 2018-05-16T07:47:23+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39881#p39881 <![CDATA[SDK early set chunk]]> if this is possible, would it be possible to change the color of the module on the fly ?

Statistics: Posted by oli_lab — 16 May 2018, 07:47

]]> 2018-05-16T05:38:37+02:00 2018-05-16T05:38:37+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39880#p39880 <![CDATA[SDK early set chunk]]> Statistics: Posted by 23fx23 — 16 May 2018, 05:38

]]> 2018-05-16T00:20:12+02:00 2018-05-16T00:20:12+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39879#p39879 <![CDATA[SDK early set chunk]]> Statistics: Posted by sm_jamieson — 16 May 2018, 00:20

]]> 2018-05-15T18:41:03+02:00 2018-05-15T18:41:03+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39878#p39878 <![CDATA[SDK early set chunk]]> RecreateParam (ModuleInfo* pModuleInfo, int numParam, TParamInfo* pParamInfo);

which recreates totally the parameter.
It's a better and simpler solution.
v171
sdk 7.01.006

Statistics: Posted by senso — 15 May 2018, 18:41

]]> 2018-05-13T18:31:57+02:00 2018-05-13T18:31:57+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39858#p39858 <![CDATA[SDK early set chunk]]>
hi,
sorry for the delay.
I spent a long time trying to understand the paramMux.
I think that in this case an new SDK function like sdkSetParamType() could be added to change the parameter's type on the fly.
This could simplify your module ?
senso+++
If some of the TParamInfo fields can be changed on the fly that would be very useful. sdkSetParamType() would set the most vital one, and would simply paramMux module greatly.
Ideally most of the TParamInfo field could be changed on the fly rather than just in the module initialisation, but I know not all will be possible.
The possible fields are below. I have marked with an X the ones that should be possible.

X TParamType ParamType
X AnsiCharPtr Caption
LongBool IsInput
LongBool IsOutput
X TScale Scale
X TColorUsine Color
X TColorUsine OffColor
X TPrecision MinValue
X TPrecision MaxValue
X TPrecision DefaultValue
X AnsiCharPtr Symbol
X AnsiCharPtr Format
X AnsiCharPtr ListBoxStrings
AnsiCharPtr TextValue
LongBool ReadOnly
TFastCallBackType CallBackType
LongBool DontSave
LongBool IsSeparator
LongBool IsInvisible
LongBool IsStoredInPreset
AnsiCharPtr SavedName
AnsiCharPtr SeparatorCaption
NativeInt CallBackId
LongBool IsVisibleByDefault
LongBool IsShared
LongBool Translate
UsineEventPtr * EventPtr
AnsiCharPtr FileNameFilter

Obviously ParamType is the most important, covered by sdkSetParamType().
The fields that might need to be modified when the parameter type is changed would hopefully be possible as well, i.e. MinValue, MaxValue, Symbol, Format.
I know ListBoxStrings can already be set on the fly.

Also, I hope the parameter terminal colors on the module in the patch screen would change to match the modified parameter type (else would be rather confusing).

Thanks,
Simon.

Statistics: Posted by sm_jamieson — 13 May 2018, 18:31

]]> 2018-05-13T17:20:42+02:00 2018-05-13T17:20:42+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39857#p39857 <![CDATA[SDK early set chunk]]> I cans see application for multitype OSC messages...

Statistics: Posted by oli_lab — 13 May 2018, 17:20

]]> 2018-05-13T09:57:09+02:00 2018-05-13T09:57:09+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39840#p39840 <![CDATA[SDK early set chunk]]> sorry for the delay.
I spent a long time trying to understand the paramMux.
I think that in this case an new SDK function like sdkSetParamType() could be added to change the parameter's type on the fly.
This could simplify your module ?
senso+++

Statistics: Posted by senso — 13 May 2018, 09:57

]]> 2018-03-28T23:16:46+02:00 2018-03-28T23:16:46+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39669#p39669 <![CDATA[SDK early set chunk]]> It would enable me to ditch the external config file ...

Thanks,
Simon.

Statistics: Posted by sm_jamieson — 28 Mar 2018, 23:16

]]> 2018-03-05T11:24:30+02:00 2018-03-05T11:24:30+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39594#p39594 <![CDATA[SDK early set chunk]]> Statistics: Posted by sm_jamieson — 05 Mar 2018, 10:24

]]> 2018-02-26T16:34:40+02:00 2018-02-26T16:34:40+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39523#p39523 <![CDATA[SDK early set chunk]]> I'll answer soon.

Statistics: Posted by senso — 26 Feb 2018, 15:34

]]> 2018-02-26T16:31:35+02:00 2018-02-26T16:31:35+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39521#p39521 <![CDATA[SDK early set chunk]]> is there a response missing ? - I am only seeing my post quoted (and it seems to have replaced my actual post !)

Statistics: Posted by sm_jamieson — 26 Feb 2018, 15:31

]]> 2018-02-26T13:59:06+02:00 2018-02-26T13:59:06+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39515#p39515 <![CDATA[SDK early set chunk]]>
Platinum Member

Re: SDK early set chunk

OK, I will explain why I wanted it.
The query system provides a single choice from a list. I wanted to write a user module with a more complicated parameter configuration, and also to be able to change this without deleting and re-dropping the module into the patch, which loses all the currently wired connections.
So my idea was to use the module Settings to configure the desired parameter layout, then save this in the chunk. Then next time the module is loaded, or if the patch is reloaded via the patch context menu, the new parameter layout will be there. But for this to happen there needs to be a way to access the chunk very early on in the module init process.

So in summary, it is a way of having a more complex parameter configuration than the query system provides, and also to reconfigure this without having to delete and re-drop the module.

Statistics: Posted by senso — 26 Feb 2018, 12:59

]]> 2018-02-26T12:12:04+02:00 2018-02-26T12:12:04+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39506#p39506 <![CDATA[SDK early set chunk]]> Statistics: Posted by senso — 26 Feb 2018, 11:12

]]> 2018-02-19T01:02:28+02:00 2018-02-19T01:02:28+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39427#p39427 <![CDATA[SDK early set chunk]]>
I am producing a user module where I wish the data stored in the chunk to affect the number of parameters and parameter types. For that to be possible, onSetChunk() must be called before GetParameterInfo(), onSetEventAddress() and GetNumberOrParameters(), i.e. straight after onGetModuleInfo().

Obviously this should not be the default.
The best way would be to have a field such as "LongBool FastSetChunk" (in similar style to existing flag "LongBool DontProcess") that can be set to TRUE in onGetModuleInfo().

To avoid any problems forced on users, perhaps there could be an Expert setting to ignore this flag (could even default to Ignore).

Thanks,
Simon.

P.S.
In case anyone is interested, I found a different way of storing a unique config for each instance of the module. I used the query system to generate and suggest a unique ID when the module is initially loaded (the popup indicates used and spare IDs), and maintain an external config file against this ID. I can then use some type of Dialog or Windows form to get the information I need and store it against the ID. I've got 512 IDs offered to the user in the query popup which should be quite enough !

Statistics: Posted by sm_jamieson — 19 Feb 2018, 00:02

]]> BrainModular BrainModular Users Forum 2018-05-23T22:18:06+02:00 https://brainmodular.com/forums/app.php/feed/topic/6132 2018-05-23T22:18:06+02:00 2018-05-23T22:18:06+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39916#p39916 <![CDATA[SDK early set chunk]]> Statistics: Posted by sm_jamieson — 23 May 2018, 22:18

]]> 2018-05-22T15:37:49+02:00 2018-05-22T15:37:49+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39906#p39906 <![CDATA[SDK early set chunk]]> Statistics: Posted by sm_jamieson — 22 May 2018, 15:37

]]> 2018-05-22T12:24:21+02:00 2018-05-22T12:24:21+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39905#p39905 <![CDATA[SDK early set chunk]]> support@sensomusic.org
with a user module and a patch example please ?
senso+++

Statistics: Posted by senso — 22 May 2018, 12:24

]]> 2018-05-22T01:43:49+02:00 2018-05-22T01:43:49+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39901#p39901 <![CDATA[SDK early set chunk]]> Instead of changing parameter number "paramnum" to a new specification, it is adding a new parameter to the module at the end. When the value of this new parameter is changed, it causes a callback error in the OnCallback() routine, and the wParam value contains an invalid value.
If you pass sdkRecreateParam the same specification it already has, it does not create a new parameter at the end.

Any comments, before I raise a bug ticket ?

NOTE: It would be an excellent feature if you could add parameters by specifying a number higher than the existing parameter numbers, but this would mean that pModuleInfo->NumberOfParams would have to be changed too.
But sdkRecreateParam(), as its name says, should recreate an existing parameter number.

Statistics: Posted by sm_jamieson — 22 May 2018, 01:43

]]> 2018-05-16T14:44:22+02:00 2018-05-16T14:44:22+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39884#p39884 <![CDATA[SDK early set chunk]]> sdkRecreateParam(int numParam, TParamInfo* pParamInfo)

Statistics: Posted by sm_jamieson — 16 May 2018, 14:44

]]> 2018-05-16T07:47:23+02:00 2018-05-16T07:47:23+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39881#p39881 <![CDATA[SDK early set chunk]]> if this is possible, would it be possible to change the color of the module on the fly ?

Statistics: Posted by oli_lab — 16 May 2018, 07:47

]]> 2018-05-16T05:38:37+02:00 2018-05-16T05:38:37+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39880#p39880 <![CDATA[SDK early set chunk]]> Statistics: Posted by 23fx23 — 16 May 2018, 05:38

]]> 2018-05-16T00:20:12+02:00 2018-05-16T00:20:12+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39879#p39879 <![CDATA[SDK early set chunk]]> Statistics: Posted by sm_jamieson — 16 May 2018, 00:20

]]> 2018-05-15T18:41:03+02:00 2018-05-15T18:41:03+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39878#p39878 <![CDATA[SDK early set chunk]]> RecreateParam (ModuleInfo* pModuleInfo, int numParam, TParamInfo* pParamInfo);

which recreates totally the parameter.
It's a better and simpler solution.
v171
sdk 7.01.006

Statistics: Posted by senso — 15 May 2018, 18:41

]]> 2018-05-13T18:31:57+02:00 2018-05-13T18:31:57+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39858#p39858 <![CDATA[SDK early set chunk]]>
hi,
sorry for the delay.
I spent a long time trying to understand the paramMux.
I think that in this case an new SDK function like sdkSetParamType() could be added to change the parameter's type on the fly.
This could simplify your module ?
senso+++
If some of the TParamInfo fields can be changed on the fly that would be very useful. sdkSetParamType() would set the most vital one, and would simply paramMux module greatly.
Ideally most of the TParamInfo field could be changed on the fly rather than just in the module initialisation, but I know not all will be possible.
The possible fields are below. I have marked with an X the ones that should be possible.

X TParamType ParamType
X AnsiCharPtr Caption
LongBool IsInput
LongBool IsOutput
X TScale Scale
X TColorUsine Color
X TColorUsine OffColor
X TPrecision MinValue
X TPrecision MaxValue
X TPrecision DefaultValue
X AnsiCharPtr Symbol
X AnsiCharPtr Format
X AnsiCharPtr ListBoxStrings
AnsiCharPtr TextValue
LongBool ReadOnly
TFastCallBackType CallBackType
LongBool DontSave
LongBool IsSeparator
LongBool IsInvisible
LongBool IsStoredInPreset
AnsiCharPtr SavedName
AnsiCharPtr SeparatorCaption
NativeInt CallBackId
LongBool IsVisibleByDefault
LongBool IsShared
LongBool Translate
UsineEventPtr * EventPtr
AnsiCharPtr FileNameFilter

Obviously ParamType is the most important, covered by sdkSetParamType().
The fields that might need to be modified when the parameter type is changed would hopefully be possible as well, i.e. MinValue, MaxValue, Symbol, Format.
I know ListBoxStrings can already be set on the fly.

Also, I hope the parameter terminal colors on the module in the patch screen would change to match the modified parameter type (else would be rather confusing).

Thanks,
Simon.

Statistics: Posted by sm_jamieson — 13 May 2018, 18:31

]]> 2018-05-13T17:20:42+02:00 2018-05-13T17:20:42+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39857#p39857 <![CDATA[SDK early set chunk]]> I cans see application for multitype OSC messages...

Statistics: Posted by oli_lab — 13 May 2018, 17:20

]]> 2018-05-13T09:57:09+02:00 2018-05-13T09:57:09+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39840#p39840 <![CDATA[SDK early set chunk]]> sorry for the delay.
I spent a long time trying to understand the paramMux.
I think that in this case an new SDK function like sdkSetParamType() could be added to change the parameter's type on the fly.
This could simplify your module ?
senso+++

Statistics: Posted by senso — 13 May 2018, 09:57

]]> 2018-03-28T23:16:46+02:00 2018-03-28T23:16:46+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39669#p39669 <![CDATA[SDK early set chunk]]> It would enable me to ditch the external config file ...

Thanks,
Simon.

Statistics: Posted by sm_jamieson — 28 Mar 2018, 23:16

]]> 2018-03-05T11:24:30+02:00 2018-03-05T11:24:30+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39594#p39594 <![CDATA[SDK early set chunk]]> Statistics: Posted by sm_jamieson — 05 Mar 2018, 10:24

]]> 2018-02-26T16:34:40+02:00 2018-02-26T16:34:40+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39523#p39523 <![CDATA[SDK early set chunk]]> I'll answer soon.

Statistics: Posted by senso — 26 Feb 2018, 15:34

]]> 2018-02-26T16:31:35+02:00 2018-02-26T16:31:35+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39521#p39521 <![CDATA[SDK early set chunk]]> is there a response missing ? - I am only seeing my post quoted (and it seems to have replaced my actual post !)

Statistics: Posted by sm_jamieson — 26 Feb 2018, 15:31

]]> 2018-02-26T13:59:06+02:00 2018-02-26T13:59:06+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39515#p39515 <![CDATA[SDK early set chunk]]>
Platinum Member

Re: SDK early set chunk

OK, I will explain why I wanted it.
The query system provides a single choice from a list. I wanted to write a user module with a more complicated parameter configuration, and also to be able to change this without deleting and re-dropping the module into the patch, which loses all the currently wired connections.
So my idea was to use the module Settings to configure the desired parameter layout, then save this in the chunk. Then next time the module is loaded, or if the patch is reloaded via the patch context menu, the new parameter layout will be there. But for this to happen there needs to be a way to access the chunk very early on in the module init process.

So in summary, it is a way of having a more complex parameter configuration than the query system provides, and also to reconfigure this without having to delete and re-drop the module.

Statistics: Posted by senso — 26 Feb 2018, 12:59

]]> 2018-02-26T12:12:04+02:00 2018-02-26T12:12:04+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39506#p39506 <![CDATA[SDK early set chunk]]> Statistics: Posted by senso — 26 Feb 2018, 11:12

]]> 2018-02-19T01:02:28+02:00 2018-02-19T01:02:28+02:00 https://brainmodular.com/forums/viewtopic.php?t=6132&p=39427#p39427 <![CDATA[SDK early set chunk]]>
I am producing a user module where I wish the data stored in the chunk to affect the number of parameters and parameter types. For that to be possible, onSetChunk() must be called before GetParameterInfo(), onSetEventAddress() and GetNumberOrParameters(), i.e. straight after onGetModuleInfo().

Obviously this should not be the default.
The best way would be to have a field such as "LongBool FastSetChunk" (in similar style to existing flag "LongBool DontProcess") that can be set to TRUE in onGetModuleInfo().

To avoid any problems forced on users, perhaps there could be an Expert setting to ignore this flag (could even default to Ignore).

Thanks,
Simon.

P.S.
In case anyone is interested, I found a different way of storing a unique config for each instance of the module. I used the query system to generate and suggest a unique ID when the module is initially loaded (the popup indicates used and spare IDs), and maintain an external config file against this ID. I can then use some type of Dialog or Windows form to get the information I need and store it against the ID. I've got 512 IDs offered to the user in the query popup which should be quite enough !

Statistics: Posted by sm_jamieson — 19 Feb 2018, 00:02

]]>