Search found 48 matches

by abique
Mon Mar 25, 2019 3:07 pm
Forum: VST 3 SDK
Topic: Parameter updates when IEditController and IAudioProcessor are the same object?
Replies: 3
Views: 1050

Re: Parameter updates when IEditController and IAudioProcessor are the same object?

It feels that the correct solution is to always send the parameter update to the IEditController. If the IAudioProcessor already does the job to update the GUI parameter, then it should discard the IEditController parameter updates right? Which in that case creates unecessary traffic in the Host to ...
by abique
Mon Mar 25, 2019 2:52 pm
Forum: VST 3 SDK
Topic: Parameter updates when IEditController and IAudioProcessor are the same object?
Replies: 3
Views: 1050

Parameter updates when IEditController and IAudioProcessor are the same object?

Hi, When the IEditController is created from IAudioProcessor::queryInterface(), do we need to pass the parameter update due to automation playback to the IEditController? So far we've found that it was not necessary, all the plugins already update their GUI after the automation playback with the IAu...
by abique
Fri Mar 22, 2019 9:35 am
Forum: VST 3 SDK
Topic: I'm confused about kAutomatable and Program Change
Replies: 4
Views: 1229

Re: I'm confused about kAutomatable and Program Change

So the JX10 in the SDK should be updated to not have the kCanAutomate flag as well?
by abique
Thu Mar 21, 2019 10:23 pm
Forum: VST 3 SDK
Topic: I'm confused about kAutomatable and Program Change
Replies: 4
Views: 1229

Re: I'm confused about kAutomatable and Program Change

Isn't it strange that it depends on the DAW and the automation recording mode? - How to know which DAW and which version it is? I remember calling IHost::getName() with cubase and the returned value was "Cubase" without any version number. I think it would be really nice to have a additional interfa...
by abique
Tue Mar 19, 2019 3:38 pm
Forum: VST 3 SDK
Topic: I'm confused about kAutomatable and Program Change
Replies: 4
Views: 1229

I'm confused about kAutomatable and Program Change

Hi, I've read carefully the spec and it says that if changing the program index parameter changes any other parameters then it should not be marked as automatable. So I'm a bit confused. I thought that one of the purpose of program change was to have a bunch of patches loaded into memory and be able...
by abique
Fri Jan 11, 2019 10:01 am
Forum: VST 3 SDK
Topic: Vst::kDistributable - remote processing
Replies: 5
Views: 1879

Re: Vst::kDistributable - remote processing

I think it can be interesting to load the UI in a different process, that would isolate some bugs and also smaller code size in the audio engine.
by abique
Thu Jan 10, 2019 8:01 pm
Forum: VST 3 SDK
Topic: Is it OK for a plugin to call IComponentHandler::restartComponent() from a random thread?
Replies: 3
Views: 1221

Re: Is it OK for a plugin to call IComponentHandler::restartComponent() from a random thread?

Hi Arne,

Many thanks for your answer.

Did you mean "must" when you said "try"? ;-)

Regards,
Alex
by abique
Thu Jan 10, 2019 8:48 am
Forum: VST 3 SDK
Topic: Is it OK for a plugin to call IComponentHandler::restartComponent() from a random thread?
Replies: 3
Views: 1221

Is it OK for a plugin to call IComponentHandler::restartComponent() from a random thread?

Hi,

I wonder if it is OK for a plugin to call IComponentHandler::restartComponent() from a random thread?
Or this method has to be called from the main thread?
What is the right way for plugin to figure out what is the main thread id?

Many thanks,
Alex
by abique
Tue Feb 13, 2018 1:27 pm
Forum: VST 3 SDK
Topic: Is IComponent::getState()/setState() thread-safe?
Replies: 15
Views: 5067

Re: Is IComponent::getState()/setState() thread-safe?

Thank you very much! :)
by abique
Mon Feb 12, 2018 11:49 am
Forum: VST 3 SDK
Topic: Is IComponent::getState()/setState() thread-safe?
Replies: 15
Views: 5067

Is IComponent::getState()/setState() thread-safe?

Hi, In Bitwig Studio we use IComponent::getState() from the GUI thread. But I cam across a crash where IComponent::getState() was concurrent to a program change executed on the Audio thread. So please, could you guys clarify if getState() and setState() are thread-safe? Also in general I think that ...