vstgui-devel

Re: [Vstgui-devel] [ANN] New VST GUI Developer Forum

[Admiral Q. <adm...@gm...>]

Hey dummies!

1. Your SDK forum server is flaky.

2. This is what Canadians who try to purchase your products online are seeing.

https://scontent-yyz1-1.xx.fbcdn.net/v/t1.0-9/13781996_10206965597083311_5772495683798365367_n.jpg?oh=1f21fbb3e1fb25d4bbc5c82c15d08400&oe=58337718

3. Tell Arne that linking to a deleted post is super retarded, even for him.

"This is a warning regarding the following post made by you:
viewtopic.php?f=4&p=24#p24 .

This is treaded as spam/advertising as it does not add any value to
the discussion and the only visible text is a link to a company
website.
We will delete this post."

(I don't remember posting any Spam. A funny comment about Howard, yes.
You people are, as usual, completely full of shit.)

- AQ


On Tue, Jun 21, 2016 at 7:42 AM, Yvan Grabit <y.g...@st...> wrote:
> Dear VST GUI Developers,
>
> we are proud to announce the availability of our new VSTGUI Developer Forum
>
> Please register you to this new forum:
>
> https://sdk.steinberg.net
>
> This old "VST GUI Mailing List" (vst...@li...) will continue to exist, but should not be used for questions/answers.
>
>
> Cheers
>
> Your Steinberg Team
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Yvan Grabit                              mailto:y.g...@st...
> Technical Manager - Technology Group     Phone: +49-40-21035125
> Steinberg Media Technologies GmbH        Fax  : +49-40-21035300
> Frankenstr. 18 b ,    D-20097 Hamburg/Germany
>                                          http://www.steinberg.net
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> Steinberg Media Technologies GmbH, Frankenstrasse 18b, D-20097 Hamburg, Germany
> Phone: +49 (40) 21035-0 | Fax: +49 (40) 21035-300 | www.steinberg.net
> President: Andreas Stelling | Managing Director: Thomas Schöpe, Hirofumi Osawa
> Registration Court: Hamburg HRB 86534
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
> ------------------------------------------------------------------------------
> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
> Francisco, CA to explore cutting-edge tech and listen to tech luminaries
> present their vision of the future. This family event has something for
> everyone, including kids. Get more information and register today.
> http://sdm.link/attshape
> _______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel

[Vstgui-devel] [ANN] New VST GUI Developer Forum

[Yvan G. <y.g...@st...>]

Dear VST GUI Developers,

we are proud to announce the availability of our new VSTGUI Developer Forum

Please register you to this new forum:

https://sdk.steinberg.net

This old "VST GUI Mailing List" (vst...@li...) will continue to exist, but should not be used for questions/answers.


Cheers

Your Steinberg Team 
 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Yvan Grabit                              mailto:y.g...@st...
Technical Manager - Technology Group     Phone: +49-40-21035125
Steinberg Media Technologies GmbH        Fax  : +49-40-21035300
Frankenstr. 18 b ,    D-20097 Hamburg/Germany
                                         http://www.steinberg.net
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
Steinberg Media Technologies GmbH, Frankenstrasse 18b, D-20097 Hamburg, Germany
Phone: +49 (40) 21035-0 | Fax: +49 (40) 21035-300 | www.steinberg.net
President: Andreas Stelling | Managing Director: Thomas Schöpe, Hirofumi Osawa
Registration Court: Hamburg HRB 86534
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 

[Vstgui-devel] what do you think?

[<pro...@ce...>]

Hi,

I've recently came across some interesting information, what do you thin about it? Please read here and tell me your opinion <http://coltokose.carolhubbard.com/aeahtiem>

Warm regards, pro...@ce...

Re: [Vstgui-devel] rapid updating control?

[Bram de J. <bra...@gm...>]

I removed the offscreen context, lowered the refresh rate and all
problems disappeared...

Everything is working again now!

 - bram

On Wed, May 25, 2016 at 11:09 PM, Arne Scheffler
<arn...@go...> wrote:
> Is the timer callback method still being called ? And what about the draw method ?
>
> And I just had a look at https://github.com/bdejong/smartelectronix/blob/master/Smexoscope/WaveDisplay.cpp.
> You’re using an offscreen context for drawing. This is not necessary anymore, remove it and just draw into the provided draw context. This will make it much faster to draw.
>
> cheers
> arne
>
>> On 25 May 2016, at 21:10, Bram de Jong <bra...@gm...> wrote:
>>
>> Hi,
>>
>> So, using a timer works fine, but as soon as I touch another control
>> (a dial, a slider, ...) the redrawing stops...
>> Closing the UI and opening it again restarts the drawing...
>>
>> Again, any ideas would be really welcome...
>>
>> - bram
>>
>> ------------------------------------------------------------------------------
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>> _______________________________________________
>> Vstgui-devel mailing list
>> Vst...@li...
>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>
>
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> _______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel



-- 
http://www.freesound.org
http://www.smartelectronix.com
http://www.musicdsp.org

Mobile: +49 (0) 176 68279940

Re: [Vstgui-devel] CViewContainer copy constructor fails assert in addView

[rasmus e. <ras...@ab...>]

Thanks for reply + tip,
but I think the editor supports static layout?

I want to let users add panels in session (like Ableton effect chains...)

      /re



On 2016-05-25 13:26, Arne Scheffler wrote:
> Hi,
> you should check out the VST3Editor with its WYSIWYG editor. It basically gives you all of this for free.
>
> cheers
> arne
>
>> On 18 May 2016, at 21:51, rasmus ekman <ras...@ab...> wrote:
>>
>> Hi,
>>
>> I thought create a template, then copy that.
>>
>> BUT I can live without copying;
>> a function call that creates the effect / grid subview is more or less equivalent.
>>
>> Use cases:
>> - Allow chaining simple effects (filter, dist, delay etc)
>> then user hits a button to create possibly multiple instances: filter => dist => filter
>>
>> - To add steps to a sequencer (where each step is a CViewContainer with 3-4 knobs).
>>
>> - (maybe) Create a view of whole patch to show in a side window, or to create voice splits
>>
>> After copying I just need to set position of the CViewContainer, and a base tag
>> (then there's a listener trampoline that adds the view base tag before passing value changes to Controller).
>>
>>
>>
>> Btw, CKnob doesn't copy all properties.
>> The new properties colorShadowHandle and coronaOutlineWidthAdd are missing, at least.
>>
>>
>> Cheers,
>>     /rasmus
>>
>>
>> On 2016-05-18 13:14, Arne Scheffler wrote:
>>> Hi,
>>> I would add it to the CView copy constructor.
>>> Out of curiosity as I was thinking about removing support for copying views, what is your use case for copying views ?
>>>
>>> cheers
>>> arne
>>>
>>>> On 18.05.2016, at 08:49, rasmus ekman<ras...@ab...>  wrote:
>>>>
>>>> Hi,
>>>>
>>>> CViewContainer copy constructor copies all subviews and adds the copies to itself.
>>>> CViewContainer line 163
>>>>
>>>> CViewContainer :: addView() function asserts that the added view is not already a subview.
>>>> CViewContainer line 422
>>>>
>>>> This assert always fails, since the copied view is part of the copied container.
>>>>
>>>> So, should the CView copy constructor remove the flag kIsSubView
>>>> or should the CViewContainer copy constructor call view->setSubviewState (false)
>>>> in the copy call?
>>>>
>>>>
>>>> Thanks,
>>>>      /rasmus
>>>> ------------------------------------------------------------------------------
>>>> Mobile security can be enabling, not merely restricting. Employees who
>>>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>>>> restrictions. Mobile Device Manager Plus allows you to control only the
>>>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>>>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j_______________________________________________
>>>> Vstgui-devel mailing list
>>>> Vst...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>>> ------------------------------------------------------------------------------
>>> Mobile security can be enabling, not merely restricting. Employees who
>>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>>> restrictions. Mobile Device Manager Plus allows you to control only the
>>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>>> _______________________________________________
>>> Vstgui-devel mailing list
>>> Vst...@li...
>>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>>>
>>
>> ------------------------------------------------------------------------------
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j_______________________________________________
>> Vstgui-devel mailing list
>> Vst...@li...
>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>
>
>
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>
>
> _______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel

Re: [Vstgui-devel] rapid updating control?

[Arne S. <arn...@go...>]

Is the timer callback method still being called ? And what about the draw method ?

And I just had a look at https://github.com/bdejong/smartelectronix/blob/master/Smexoscope/WaveDisplay.cpp.
You’re using an offscreen context for drawing. This is not necessary anymore, remove it and just draw into the provided draw context. This will make it much faster to draw.

cheers
arne

> On 25 May 2016, at 21:10, Bram de Jong <bra...@gm...> wrote:
> 
> Hi,
> 
> So, using a timer works fine, but as soon as I touch another control
> (a dial, a slider, ...) the redrawing stops...
> Closing the UI and opening it again restarts the drawing...
> 
> Again, any ideas would be really welcome...
> 
> - bram
> 
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> _______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel

Re: [Vstgui-devel] rapid updating control?

[Bram de J. <bra...@gm...>]

Hi,

So, using a timer works fine, but as soon as I touch another control
(a dial, a slider, ...) the redrawing stops...
Closing the UI and opening it again restarts the drawing...

Again, any ideas would be really welcome...

 - bram

Re: [Vstgui-devel] CViewContainer copy constructor fails assert in addView

[Arne S. <arn...@go...>]

Hi,
you should check out the VST3Editor with its WYSIWYG editor. It basically gives you all of this for free.

cheers
arne

> On 18 May 2016, at 21:51, rasmus ekman <ras...@ab...> wrote:
> 
> Hi,
> 
> I thought create a template, then copy that.
> 
> BUT I can live without copying;
> a function call that creates the effect / grid subview is more or less equivalent.
> 
> Use cases:
> - Allow chaining simple effects (filter, dist, delay etc)
> then user hits a button to create possibly multiple instances: filter => dist => filter
> 
> - To add steps to a sequencer (where each step is a CViewContainer with 3-4 knobs).
> 
> - (maybe) Create a view of whole patch to show in a side window, or to create voice splits
> 
> After copying I just need to set position of the CViewContainer, and a base tag 
> (then there's a listener trampoline that adds the view base tag before passing value changes to Controller).
> 
> 
> 
> Btw, CKnob doesn't copy all properties.
> The new properties colorShadowHandle and coronaOutlineWidthAdd are missing, at least.
> 
> 
> Cheers,
>     /rasmus
> 
> 
> On 2016-05-18 13:14, Arne Scheffler wrote:
>> Hi,
>> I would add it to the CView copy constructor.
>> Out of curiosity as I was thinking about removing support for copying views, what is your use case for copying views ?
>> 
>> cheers
>> arne
>> 
>>> On 18.05.2016, at 08:49, rasmus ekman <ras...@ab...> <mailto:ras...@ab...> wrote:
>>> 
>>> Hi,
>>> 
>>> CViewContainer copy constructor copies all subviews and adds the copies to itself.
>>> CViewContainer line 163
>>> 
>>> CViewContainer :: addView() function asserts that the added view is not already a subview.
>>> CViewContainer line 422
>>> 
>>> This assert always fails, since the copied view is part of the copied container.
>>> 
>>> So, should the CView copy constructor remove the flag kIsSubView
>>> or should the CViewContainer copy constructor call view->setSubviewState (false)
>>> in the copy call?
>>> 
>>> 
>>> Thanks,
>>>     /rasmus
>>> ------------------------------------------------------------------------------
>>> Mobile security can be enabling, not merely restricting. Employees who
>>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>>> restrictions. Mobile Device Manager Plus allows you to control only the
>>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j_______________________________________________ <https://ad.doubleclick.net/ddm/clk/304595813;131938128;j_______________________________________________>
>>> Vstgui-devel mailing list
>>> Vst...@li... <mailto:Vst...@li...>
>>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel <https://lists.sourceforge.net/lists/listinfo/vstgui-devel>
>> 
>> ------------------------------------------------------------------------------
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j <https://ad.doubleclick.net/ddm/clk/304595813;131938128;j>
>> _______________________________________________
>> Vstgui-devel mailing list
>> Vst...@li... <mailto:Vst...@li...>
>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel <https://lists.sourceforge.net/lists/listinfo/vstgui-devel>
>> 
> 
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j_______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel

Re: [Vstgui-devel] rapid updating control?

[Bernie M. <vst...@wo...>]

Bram de Jong:

> As a side-question, what is the relation between setDirty and
> invalidate? And when to use which?

My understanding is that setDirty sets a flag that gets picked up later in the 
event loop, while invalidate does go into the OS GUI layer. Consequently, you 
can only call invalidate from code running on the GUI thread, while setDirty 
is can be safe to call from any thread. As always, there are subtleties and 
special cases, but that's the gist of it.

Certainly I've fixed my share of crashes caused by accidentally calling 
invalidate off the GUI thread.

-- Bernie

Re: [Vstgui-devel] rapid updating control?

[Bram de J. <bra...@gm...>]

As a side-question, what is the relation between setDirty and
invalidate? And when to use which?

I have some other controls which "act weird". For example I have some
knobs that have a label and the update of the label is not happening
"in time" with the change of the dial, there is some weird lag going
on. Even though I call:

void CSmartelectronixDisplayEditor::valueChanged(CControl* control)
{
    long tag = control->getTag();
<snip>
        ((CSmartelectronixDisplay*)effect)->getDisplay(tag, temp);
<snip>
        switch (tag) {
        case CSmartelectronixDisplay::kTriggerLimit:
            threshLabel->setLabel(temp);
            break;
        case CSmartelectronixDisplay::kTriggerSpeed:
            trigLabel->setLabel(temp);
            break;
<snip>

the label is set to dirty in setLabel( )...

 - bram

On Tue, May 24, 2016 at 11:40 PM, Bram de Jong <bra...@gm...> wrote:
> Thanks Arne,
>
> I'll give that a shot tomorrow!
>
>  - bram
>
> On Tue, May 24, 2016 at 11:24 PM, Arne Scheffler
> <arn...@go...> wrote:
>> Hi bram,
>> if you don't want to go OpenGL on a secondary thread, the best solution is to create a timer with 60Hz and call invalid on your view.
>>
>> cheers
>> arne
>>
>>> On 24.05.2016, at 21:14, Bram de Jong <bra...@gm...> wrote:
>>>
>>> Hi all,
>>>
>>>
>>> After open-sourcing my (old-school) plugins:
>>>
>>> https://github.com/bdejong/smartelectronix
>>>
>>> I decided to update my plugins to use the latest VST-GUI on github.
>>>
>>> When porting/updating my oscilloscope I was wondering: how can I
>>> request very quick and continuous redraws? I tried setting the control
>>> to dirty again from the draw( ) method but that seemed hacky and...
>>> didn't really work either. I'd like to be able to redraw at least at
>>> 60 frames per second...
>>>
>>> The control I made isn't really a "control" per se as it does not
>>> control any parameter, it's rather just a view driven with data
>>> extracted from the audio thread...
>>>
>>> Any hints very much appreciated!
>>>
>>>
>>> - bram
>>>
>>> --
>>> http://www.freesound.org
>>> http://www.smartelectronix.com
>>> http://www.musicdsp.org
>>>
>>> Mobile: +49 (0) 176 68279940
>>>
>>> ------------------------------------------------------------------------------
>>> Mobile security can be enabling, not merely restricting. Employees who
>>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>>> restrictions. Mobile Device Manager Plus allows you to control only the
>>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>>> _______________________________________________
>>> Vstgui-devel mailing list
>>> Vst...@li...
>>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>>
>>
>> ------------------------------------------------------------------------------
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>> _______________________________________________
>> Vstgui-devel mailing list
>> Vst...@li...
>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>
>
>
> --
> http://www.freesound.org
> http://www.smartelectronix.com
> http://www.musicdsp.org
>
> Mobile: +49 (0) 176 68279940



-- 
http://www.freesound.org
http://www.smartelectronix.com
http://www.musicdsp.org

Mobile: +49 (0) 176 68279940

Re: [Vstgui-devel] rapid updating control?

[Bram de J. <bra...@gm...>]

Thanks Arne,

I'll give that a shot tomorrow!

 - bram

On Tue, May 24, 2016 at 11:24 PM, Arne Scheffler
<arn...@go...> wrote:
> Hi bram,
> if you don't want to go OpenGL on a secondary thread, the best solution is to create a timer with 60Hz and call invalid on your view.
>
> cheers
> arne
>
>> On 24.05.2016, at 21:14, Bram de Jong <bra...@gm...> wrote:
>>
>> Hi all,
>>
>>
>> After open-sourcing my (old-school) plugins:
>>
>> https://github.com/bdejong/smartelectronix
>>
>> I decided to update my plugins to use the latest VST-GUI on github.
>>
>> When porting/updating my oscilloscope I was wondering: how can I
>> request very quick and continuous redraws? I tried setting the control
>> to dirty again from the draw( ) method but that seemed hacky and...
>> didn't really work either. I'd like to be able to redraw at least at
>> 60 frames per second...
>>
>> The control I made isn't really a "control" per se as it does not
>> control any parameter, it's rather just a view driven with data
>> extracted from the audio thread...
>>
>> Any hints very much appreciated!
>>
>>
>> - bram
>>
>> --
>> http://www.freesound.org
>> http://www.smartelectronix.com
>> http://www.musicdsp.org
>>
>> Mobile: +49 (0) 176 68279940
>>
>> ------------------------------------------------------------------------------
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>> _______________________________________________
>> Vstgui-devel mailing list
>> Vst...@li...
>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>
>
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> _______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel



-- 
http://www.freesound.org
http://www.smartelectronix.com
http://www.musicdsp.org

Mobile: +49 (0) 176 68279940

Re: [Vstgui-devel] rapid updating control?

[Arne S. <arn...@go...>]

Hi bram,
if you don't want to go OpenGL on a secondary thread, the best solution is to create a timer with 60Hz and call invalid on your view.

cheers
arne

> On 24.05.2016, at 21:14, Bram de Jong <bra...@gm...> wrote:
> 
> Hi all,
> 
> 
> After open-sourcing my (old-school) plugins:
> 
> https://github.com/bdejong/smartelectronix
> 
> I decided to update my plugins to use the latest VST-GUI on github.
> 
> When porting/updating my oscilloscope I was wondering: how can I
> request very quick and continuous redraws? I tried setting the control
> to dirty again from the draw( ) method but that seemed hacky and...
> didn't really work either. I'd like to be able to redraw at least at
> 60 frames per second...
> 
> The control I made isn't really a "control" per se as it does not
> control any parameter, it's rather just a view driven with data
> extracted from the audio thread...
> 
> Any hints very much appreciated!
> 
> 
> - bram
> 
> -- 
> http://www.freesound.org
> http://www.smartelectronix.com
> http://www.musicdsp.org
> 
> Mobile: +49 (0) 176 68279940
> 
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> _______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel

[Vstgui-devel] rapid updating control?

[Bram de J. <bra...@gm...>]

Hi all,


After open-sourcing my (old-school) plugins:

https://github.com/bdejong/smartelectronix

I decided to update my plugins to use the latest VST-GUI on github.

When porting/updating my oscilloscope I was wondering: how can I
request very quick and continuous redraws? I tried setting the control
to dirty again from the draw( ) method but that seemed hacky and...
didn't really work either. I'd like to be able to redraw at least at
60 frames per second...

The control I made isn't really a "control" per se as it does not
control any parameter, it's rather just a view driven with data
extracted from the audio thread...

Any hints very much appreciated!


 - bram

-- 
http://www.freesound.org
http://www.smartelectronix.com
http://www.musicdsp.org

Mobile: +49 (0) 176 68279940

Re: [Vstgui-devel] CViewContainer copy constructor fails assert in addView

[rasmus e. <ras...@ab...>]

Hi,

I thought create a template, then copy that.

BUT I can live without copying;
a function call that creates the effect / grid subview is more or less equivalent.

Use cases:
- Allow chaining simple effects (filter, dist, delay etc)
then user hits a button to create possibly multiple instances: filter => dist => filter

- To add steps to a sequencer (where each step is a CViewContainer with 3-4 knobs).

- (maybe) Create a view of whole patch to show in a side window, or to create voice splits

After copying I just need to set position of the CViewContainer, and a base tag
(then there's a listener trampoline that adds the view base tag before passing value changes to Controller).



Btw, CKnob doesn't copy all properties.
The new properties colorShadowHandle and coronaOutlineWidthAdd are missing, at least.


Cheers,
     /rasmus


On 2016-05-18 13:14, Arne Scheffler wrote:
> Hi,
> I would add it to the CView copy constructor.
> Out of curiosity as I was thinking about removing support for copying views, what is your use case for copying views ?
>
> cheers
> arne
>
>> On 18.05.2016, at 08:49, rasmus ekman <ras...@ab...> wrote:
>>
>> Hi,
>>
>> CViewContainer copy constructor copies all subviews and adds the copies to itself.
>> CViewContainer line 163
>>
>> CViewContainer :: addView() function asserts that the added view is not already a subview.
>> CViewContainer line 422
>>
>> This assert always fails, since the copied view is part of the copied container.
>>
>> So, should the CView copy constructor remove the flag kIsSubView
>> or should the CViewContainer copy constructor call view->setSubviewState (false)
>> in the copy call?
>>
>>
>> Thanks,
>>      /rasmus
>> ------------------------------------------------------------------------------
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j_______________________________________________
>> Vstgui-devel mailing list
>> Vst...@li...
>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> _______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>

Re: [Vstgui-devel] CViewContainer copy constructor fails assert in addView

[Arne S. <arn...@go...>]

Hi,
I would add it to the CView copy constructor.
Out of curiosity as I was thinking about removing support for copying views, what is your use case for copying views ?

cheers
arne

> On 18.05.2016, at 08:49, rasmus ekman <ras...@ab...> wrote:
> 
> Hi,
> 
> CViewContainer copy constructor copies all subviews and adds the copies to itself.
> CViewContainer line 163
> 
> CViewContainer :: addView() function asserts that the added view is not already a subview.
> CViewContainer line 422
> 
> This assert always fails, since the copied view is part of the copied container.
> 
> So, should the CView copy constructor remove the flag kIsSubView
> or should the CViewContainer copy constructor call view->setSubviewState (false)
> in the copy call?
> 
> 
> Thanks,
>     /rasmus
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j_______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel

[Vstgui-devel] CViewContainer copy constructor fails assert in addView

[rasmus e. <ras...@ab...>]

Hi,

CViewContainer copy constructor copies all subviews and adds the copies to itself.
CViewContainer line 163

CViewContainer :: addView() function asserts that the added view is not already a subview.
CViewContainer line 422

This assert always fails, since the copied view is part of the copied container.

So, should the CView copy constructor remove the flag kIsSubView
or should the CViewContainer copy constructor call view->setSubviewState (false)
in the copy call?


Thanks,
     /rasmus

Re: [Vstgui-devel] How to avoid bug in 4.3 arc drawing (CKnob)

[rasmus e. <ras...@ab...>]

Works very nicely, thanks a lot!

Cheers,
    /rasmus

On 2016-05-14 12:53, Arne Scheffler wrote:
> Hi rasmus,
> please have a look at my last commit on Github. This should fix your issue.
>
> cheers
> arne
>
>
>> On 11.05.2016, at 19:14, rasmus ekman <ras...@ab...> wrote:
>>
>> Example to demonstrate arc drawing bug in VSTGui 4.3
>>
>> In your Controller::open(void* systemobj_ptr)
>>
>>          CRect rect = {20, 20, 80, 80};
>>          int tag = 10;
>>          CKnob* testknob = new CKnob(rect, this, tag, nullptr, nullptr);
>>          testknob->setDrawStyle(CKnob::kCoronaDrawing + CKnob::kCoronaOutline);  // + CRoundKnob::kHandleSkipDrawing);
>>          testknob->setCoronaColor({ 255, 122, 0 });
>>          testknob->setColorShadowHandle({ 80, 80, 80 });
>>          testknob->setStartAngle(float(k2PI * 2 / 6));
>>          testknob->setRangeAngle(float(k2PI * 5 / 6));
>>          testknob->setHandleLineWidth(rect.getWidth() * 0.2);  // fat corona
>>          testknob->setCoronaInset(rect.getWidth() * 0.12);  // Fit corona inside draw rect -- depends on HandleLinewidth :-/
>>          testknob->setZoomFactor(10);  // Shift allows fine tune
>>
>>          mainView->addView(testknob);
>>
>>
>> This knob has a big fat sausage of a handle, which hides the wiggling of the corona at small values.
>>
>> (A)
>> To expose the corona, you need two changes mentioned in earlier posts.
>> Crudest possible hacks right in the library code:
>>
>> /controls/cknob.cpp
>>
>> in CKnob::draw (CDrawContext *pContext)    // comment out the last case, lines 188-9
>>   ...
>>          //else
>>          //    drawHandleAsLine (pContext);
>>
>>
>> in CKnob::drawCorona  // comment out line 248
>>   ...
>>      //lineStyle.setLineCap (CLineStyle::kLineCapRound);
>>
>>
>> And to identify the culprit, as mentioned earlier:
>> /lib/platform/win32/direct2d / d2dgraphicspath.cpp
>>
>> line 632
>>      if (path && (transform || context))
>> change to
>>      if (false && path && (transform || context))
>>
>> to see prettier corona
>>
>>
>>
>> I also have all the CKnob changes in a separate file, CCoronaKnob.h/cpp
>> This is not properly redesigned, just copies the code from CKnob so I can comment out the above lines.
>>
>>
>>
>>
>> (B)  ANOTHER much smaller problem
>> Without doing any changes to the library code in (A),
>> if you just SHIFT-drag the fat handle in this knob (or my modified handle-free corona),
>> you can see that the lines jump and stretch slightly.
>>
>> The handle and corona are drawn with anti-aliasing, but length and position has jumps and skips.
>> "Virtual pixel alignment somewhere in the background" sounds about right.
>> but this is not changed by the graphics path hack,
>> so I'm not sure where to look.
>>
>> I've seen the effect it when I played with OpenGL some time ago, and gave up after a while (VSTGui to the rescue!)
>> Basically I can live with it.
>> It's a suboptimal world after all.
>>
>>
>>
>>
>> Cheers,
>>      /rasmus
>>
>>
>>
>> On 2016-05-11 10:01, Arne Scheffler wrote:
>>> Hi rasmus,
>>> I will try to reproduce this here later this week. Then I may have more to say…
>>>
>>> cheers
>>> arne
>>>
>>>
>>>> On 09 May 2016, at 03:09, rasmus ekman <ras...@ab...>
>>>>   wrote:
>>>>
>>>> Found the problem with arcs now.
>>>> (sometimes a useless post helps to focus for the next hurdle...)
>>>>
>>>> In vstgui 4.3 /lib/platform/win32/direct2d/ d2dgraphicspath.cpp
>>>>   function D2DGraphicsPath::createPath
>>>>
>>>> AFTER rolling through the drawing instructions,
>>>> we get
>>>>      if (path && (transform || context))    // line 632
>>>> // ....
>>>>          if (context)   // LINE 642
>>>>          {
>>>>              AlignPixelSink sink (context);
>>>>
>>>> // .... etc
>>>>
>>>> -- and this AlignPixelSink thing does something that screws up the arcs.
>>>>
>>>> It works for me to just crudely bypass the whole thing, eg
>>>>          if (false && context)   // LINE 642
>>>>
>>>>
>>>> Perhaps you know what it's supposed to do.
>>>>
>>>> Sorry for noise, evermore thanks for the library.
>>>>
>>>>      /rasmus
>>>>
>>>>
>>>> On 2016-05-09 01:44, rasmus ekman wrote:
>>>>
>>>>> Hi, again,
>>>>>
>>>>> Arcs (used by CKnob corona) look different for small arc sweepAngle values in vstgui 4.3 vs 4.2 (see attached image)
>>>>>
>>>>> vstgui 4.3 arc has start and end angles jumping to wild positions before stabilizing.
>>>>> vstgui 4.2 arcs were stable even in very thin slices.
>>>>>
>>>>>
>>>>> Guess you prefer a fix to running commentary, but if someone recognizes the problem it helps.
>>>>> Also I'm a bit stumped. Haven't played with D2D before.
>>>>>
>>>>> Thanks,
>>>>>     /rasmus
>>>>>
>>>>>
>>>> ------------------------------------------------------------------------------
>>>> Find and fix application performance issues faster with Applications Manager
>>>> Applications Manager provides deep performance insights into multiple tiers of
>>>> your business applications. It resolves application problems quickly and
>>>> reduces your MTTR. Get your free trial!
>>>>
>>>> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
>>>>
>>>> _______________________________________________
>>>> Vstgui-devel mailing list
>>>>
>>>> Vst...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>>> ------------------------------------------------------------------------------
>>> Mobile security can be enabling, not merely restricting. Employees who
>>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>>> restrictions. Mobile Device Manager Plus allows you to control only the
>>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>>>
>>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>>>
>>> _______________________________________________
>>> Vstgui-devel mailing list
>>>
>>> Vst...@li...
>>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>> ------------------------------------------------------------------------------
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j_______________________________________________
>> Vstgui-devel mailing list
>> Vst...@li...
>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> _______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel

Re: [Vstgui-devel] How to avoid bug in 4.3 arc drawing (CKnob)

[Arne S. <arn...@go...>]

Hi rasmus,
please have a look at my last commit on Github. This should fix your issue.

cheers
arne


> On 11.05.2016, at 19:14, rasmus ekman <ras...@ab...> wrote:
> 
> Example to demonstrate arc drawing bug in VSTGui 4.3
> 
> In your Controller::open(void* systemobj_ptr)
> 
>         CRect rect = {20, 20, 80, 80};
>         int tag = 10;
>         CKnob* testknob = new CKnob(rect, this, tag, nullptr, nullptr);
>         testknob->setDrawStyle(CKnob::kCoronaDrawing + CKnob::kCoronaOutline);  // + CRoundKnob::kHandleSkipDrawing); 
>         testknob->setCoronaColor({ 255, 122, 0 });
>         testknob->setColorShadowHandle({ 80, 80, 80 });
>         testknob->setStartAngle(float(k2PI * 2 / 6));
>         testknob->setRangeAngle(float(k2PI * 5 / 6));
>         testknob->setHandleLineWidth(rect.getWidth() * 0.2);  // fat corona
>         testknob->setCoronaInset(rect.getWidth() * 0.12);  // Fit corona inside draw rect -- depends on HandleLinewidth :-/
>         testknob->setZoomFactor(10);  // Shift allows fine tune
> 
>         mainView->addView(testknob);
> 
> 
> This knob has a big fat sausage of a handle, which hides the wiggling of the corona at small values.
> 
> (A)
> To expose the corona, you need two changes mentioned in earlier posts.
> Crudest possible hacks right in the library code:
> 
> /controls/cknob.cpp
> 
> in CKnob::draw (CDrawContext *pContext)    // comment out the last case, lines 188-9
>  ...
>         //else
>         //    drawHandleAsLine (pContext);
> 
> 
> in CKnob::drawCorona  // comment out line 248
>  ...
>     //lineStyle.setLineCap (CLineStyle::kLineCapRound);
> 
> 
> And to identify the culprit, as mentioned earlier:
> /lib/platform/win32/direct2d / d2dgraphicspath.cpp
> 
> line 632
>     if (path && (transform || context))
> change to
>     if (false && path && (transform || context))
> 
> to see prettier corona
> 
> 
> 
> I also have all the CKnob changes in a separate file, CCoronaKnob.h/cpp
> This is not properly redesigned, just copies the code from CKnob so I can comment out the above lines.
> 
> 
> 
> 
> (B)  ANOTHER much smaller problem
> Without doing any changes to the library code in (A), 
> if you just SHIFT-drag the fat handle in this knob (or my modified handle-free corona),
> you can see that the lines jump and stretch slightly. 
> 
> The handle and corona are drawn with anti-aliasing, but length and position has jumps and skips.
> "Virtual pixel alignment somewhere in the background" sounds about right.
> but this is not changed by the graphics path hack,
> so I'm not sure where to look. 
> 
> I've seen the effect it when I played with OpenGL some time ago, and gave up after a while (VSTGui to the rescue!)
> Basically I can live with it. 
> It's a suboptimal world after all.
> 
> 
> 
> 
> Cheers,
>     /rasmus
> 
> 
> 
> On 2016-05-11 10:01, Arne Scheffler wrote:
>> Hi rasmus,
>> I will try to reproduce this here later this week. Then I may have more to say…
>> 
>> cheers
>> arne
>> 
>> 
>>> On 09 May 2016, at 03:09, rasmus ekman <ras...@ab...>
>>>  wrote:
>>> 
>>> Found the problem with arcs now.
>>> (sometimes a useless post helps to focus for the next hurdle...)
>>> 
>>> In vstgui 4.3 /lib/platform/win32/direct2d/ d2dgraphicspath.cpp
>>>  function D2DGraphicsPath::createPath
>>> 
>>> AFTER rolling through the drawing instructions,
>>> we get
>>>     if (path && (transform || context))    // line 632
>>> // ....
>>>         if (context)   // LINE 642
>>>         {
>>>             AlignPixelSink sink (context);
>>> 
>>> // .... etc
>>> 
>>> -- and this AlignPixelSink thing does something that screws up the arcs.
>>> 
>>> It works for me to just crudely bypass the whole thing, eg
>>>         if (false && context)   // LINE 642
>>> 
>>> 
>>> Perhaps you know what it's supposed to do.
>>> 
>>> Sorry for noise, evermore thanks for the library.
>>> 
>>>     /rasmus
>>> 
>>> 
>>> On 2016-05-09 01:44, rasmus ekman wrote:
>>> 
>>>> Hi, again,
>>>> 
>>>> Arcs (used by CKnob corona) look different for small arc sweepAngle values in vstgui 4.3 vs 4.2 (see attached image)
>>>> 
>>>> vstgui 4.3 arc has start and end angles jumping to wild positions before stabilizing.
>>>> vstgui 4.2 arcs were stable even in very thin slices.
>>>> 
>>>> 
>>>> Guess you prefer a fix to running commentary, but if someone recognizes the problem it helps.
>>>> Also I'm a bit stumped. Haven't played with D2D before.
>>>> 
>>>> Thanks,
>>>>    /rasmus
>>>> 
>>>> 
>>> ------------------------------------------------------------------------------
>>> Find and fix application performance issues faster with Applications Manager
>>> Applications Manager provides deep performance insights into multiple tiers of
>>> your business applications. It resolves application problems quickly and
>>> reduces your MTTR. Get your free trial!
>>> 
>>> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
>>> 
>>> _______________________________________________
>>> Vstgui-devel mailing list
>>> 
>>> Vst...@li...
>>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>> ------------------------------------------------------------------------------
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>> 
>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>> 
>> _______________________________________________
>> Vstgui-devel mailing list
>> 
>> Vst...@li...
>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
> 
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j_______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel

Re: [Vstgui-devel] Windows 7 issue (for some)

[Howard M. <ho...@an...>]

Awesome, thanks so much, Vladimir!

-Howard

> On May 12, 2016, at 11:55 AM, Vladimír Tichý <vl...@au...> wrote:
> 
> Hi Howard,
> we used to have similar problem with our plugins when we moved to VS2012
> and it is quite possible you have the same problem. It was caused by old
> Direct2D libraries in customer's Win7 while the build machine and all of
> our testings PCs had the latest versions. And we also did not specify
> the _WIN32_WINNT macro...
> We have discussed it with Arne, check this thread:
> https://sourceforge.net/p/vstgui/mailman/message/34125599/
> It has been successfully fixed in the sources, please check your
> d2dbitmap.cpp source.
> 
> The Windows update with new Direct2D libraries that also fixes the
> problem is KB2670838.
> 
> Hope this will help you.
> 
> Best regards,
> Vladimír
> 
> Dne 12.5.2016 v 19:51 Howard Moon napsal(a):
>> We received a report that one of our VST3 plug-ins (VST 3.6, with VSTGUI 4) is not showing its GUI in Windows 7 Professional. I switched back to that old OS and I see the same problem. But our tech support guy, who is using Windows 7 Ultimate Edition, is able to load the plug-in fine (this is in Cubase 7.5).
>> 
>> In Cubase, when I open the plug-in window, I get a small error window that says that my plug-in caused an exception, but then the windows opens (in the correct size), but its contents are nothing but black. Processing seems to be taking place with no errors, and I can adjust the automatable parameters and see that they are working as expected. But the GUI does not show up
>> 
>> We’re using VSTGUI 4 and VST 3.6, compiled in VS 2012 on a Windows 8 machine. My first thought was that it was not targeted for Windows 7 (using the _WIN32_WINNT macro), but if that is the case, then it wouldn’t run at all, I would think.
>> 
>> Could the fact that I have not updated my system in quite a while have anything to do with it? Does VST3 or VSTGUI4 make use of some updates that might not be present in systems that have not been updated? (I’m going to try updating my system, but that could take a couple of days, considering how long it’s been… assuming updates still work at all for Win7). Meanwhile… any thoughts?
>> 
>> Thanks,
>> 	-Howard
>> 
>> 
>> 
>> ------------------------------------------------------------------------------
>> Mobile security can be enabling, not merely restricting. Employees who
>> bring their own devices (BYOD) to work are irked by the imposition of MDM
>> restrictions. Mobile Device Manager Plus allows you to control only the
>> apps on BYO-devices by containerizing them, leaving personal data untouched!
>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
>> _______________________________________________
>> Vstgui-devel mailing list
>> Vst...@li...
>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
> 
> 
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> _______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel

Re: [Vstgui-devel] Windows 7 issue (for some)

[Vladimír T. <vl...@au...>]

Hi Howard,
we used to have similar problem with our plugins when we moved to VS2012
and it is quite possible you have the same problem. It was caused by old
Direct2D libraries in customer's Win7 while the build machine and all of
our testings PCs had the latest versions. And we also did not specify
the _WIN32_WINNT macro...
We have discussed it with Arne, check this thread:
https://sourceforge.net/p/vstgui/mailman/message/34125599/
It has been successfully fixed in the sources, please check your
d2dbitmap.cpp source.

The Windows update with new Direct2D libraries that also fixes the
problem is KB2670838.

Hope this will help you.

Best regards,
Vladimír

Dne 12.5.2016 v 19:51 Howard Moon napsal(a):
> We received a report that one of our VST3 plug-ins (VST 3.6, with VSTGUI 4) is not showing its GUI in Windows 7 Professional. I switched back to that old OS and I see the same problem. But our tech support guy, who is using Windows 7 Ultimate Edition, is able to load the plug-in fine (this is in Cubase 7.5).
>
> In Cubase, when I open the plug-in window, I get a small error window that says that my plug-in caused an exception, but then the windows opens (in the correct size), but its contents are nothing but black. Processing seems to be taking place with no errors, and I can adjust the automatable parameters and see that they are working as expected. But the GUI does not show up
>
> We’re using VSTGUI 4 and VST 3.6, compiled in VS 2012 on a Windows 8 machine. My first thought was that it was not targeted for Windows 7 (using the _WIN32_WINNT macro), but if that is the case, then it wouldn’t run at all, I would think.
>
> Could the fact that I have not updated my system in quite a while have anything to do with it? Does VST3 or VSTGUI4 make use of some updates that might not be present in systems that have not been updated? (I’m going to try updating my system, but that could take a couple of days, considering how long it’s been… assuming updates still work at all for Win7). Meanwhile… any thoughts?
>
> Thanks,
> 	-Howard
>
>
>
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> _______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel

Re: [Vstgui-devel] Windows 7 issue (for some)

[Thomas R. <dev...@ne...>]

Hi,

if you get this also in a debug session switch on Debugging/Exceptions 
(or similar, just got a German version here) in Visual Studio's menu. It 
will catch the exception before it reaches Cubase and you're at the 
error point.

Cubase breaks the open() processing if an exception occurs.

Cheers,

Thomas

Am 12.05.2016 um 19:51 schrieb Howard Moon:
> We received a report that one of our VST3 plug-ins (VST 3.6, with VSTGUI 4) is not showing its GUI in Windows 7 Professional. I switched back to that old OS and I see the same problem. But our tech support guy, who is using Windows 7 Ultimate Edition, is able to load the plug-in fine (this is in Cubase 7.5).
>
> In Cubase, when I open the plug-in window, I get a small error window that says that my plug-in caused an exception, but then the windows opens (in the correct size), but its contents are nothing but black. Processing seems to be taking place with no errors, and I can adjust the automatable parameters and see that they are working as expected. But the GUI does not show up
>
> We’re using VSTGUI 4 and VST 3.6, compiled in VS 2012 on a Windows 8 machine. My first thought was that it was not targeted for Windows 7 (using the _WIN32_WINNT macro), but if that is the case, then it wouldn’t run at all, I would think.
>
> Could the fact that I have not updated my system in quite a while have anything to do with it? Does VST3 or VSTGUI4 make use of some updates that might not be present in systems that have not been updated? (I’m going to try updating my system, but that could take a couple of days, considering how long it’s been… assuming updates still work at all for Win7). Meanwhile… any thoughts?
>
> Thanks,
> 	-Howard
>
>
>
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> _______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>

[Vstgui-devel] Windows 7 issue (for some)

[Howard M. <ho...@an...>]

We received a report that one of our VST3 plug-ins (VST 3.6, with VSTGUI 4) is not showing its GUI in Windows 7 Professional. I switched back to that old OS and I see the same problem. But our tech support guy, who is using Windows 7 Ultimate Edition, is able to load the plug-in fine (this is in Cubase 7.5).

In Cubase, when I open the plug-in window, I get a small error window that says that my plug-in caused an exception, but then the windows opens (in the correct size), but its contents are nothing but black. Processing seems to be taking place with no errors, and I can adjust the automatable parameters and see that they are working as expected. But the GUI does not show up

We’re using VSTGUI 4 and VST 3.6, compiled in VS 2012 on a Windows 8 machine. My first thought was that it was not targeted for Windows 7 (using the _WIN32_WINNT macro), but if that is the case, then it wouldn’t run at all, I would think.

Could the fact that I have not updated my system in quite a while have anything to do with it? Does VST3 or VSTGUI4 make use of some updates that might not be present in systems that have not been updated? (I’m going to try updating my system, but that could take a couple of days, considering how long it’s been… assuming updates still work at all for Win7). Meanwhile… any thoughts?

Thanks,
	-Howard

Re: [Vstgui-devel] How to avoid bug in 4.3 arc drawing (CKnob)

[rasmus e. <ras...@ab...>]

Example to demonstrate arc drawing bug in VSTGui 4.3

In your Controller::open(void* systemobj_ptr)

         CRect rect = {20, 20, 80, 80};
         int tag = 10;
         CKnob* testknob = new CKnob(rect, this, tag, nullptr, nullptr);
testknob->setDrawStyle(CKnob::kCoronaDrawing + CKnob::kCoronaOutline);  // + CRoundKnob::kHandleSkipDrawing);
         testknob->setCoronaColor({ 255, 122, 0 });
         testknob->setColorShadowHandle({ 80, 80, 80 });
         testknob->setStartAngle(float(k2PI * 2 / 6));
         testknob->setRangeAngle(float(k2PI * 5 / 6));
         testknob->setHandleLineWidth(rect.getWidth() * 0.2);  // fat corona
         testknob->setCoronaInset(rect.getWidth() * 0.12);  // Fit corona inside draw rect -- depends on HandleLinewidth :-/
         testknob->setZoomFactor(10);  // Shift allows fine tune

         mainView->addView(testknob);


This knob has a big fat sausage of a handle, which hides the wiggling of the corona at small values.

(A)
To expose the corona, you need two changes mentioned in earlier posts.
Crudest possible hacks right in the library code:

/controls/cknob.cpp

in CKnob::draw (CDrawContext *pContext)    // comment out the last case, lines 188-9
  ...
         //else
         //    drawHandleAsLine (pContext);


in CKnob::drawCorona  // comment out line 248
  ...
     //lineStyle.setLineCap (CLineStyle::kLineCapRound);


And to identify the culprit, as mentioned earlier:
/lib/platform/win32/direct2d / d2dgraphicspath.cpp

line 632
     if (path && (transform || context))
change to
     if (false && path && (transform || context))

to see prettier corona



I also have all the CKnob changes in a separate file, CCoronaKnob.h/cpp
This is not properly redesigned, just copies the code from CKnob so I can comment out the above lines.




(B)  ANOTHER much smaller problem
Without doing any changes to the library code in (A),
if you just SHIFT-drag the fat handle in this knob (or my modified handle-free corona),
you can see that the lines jump and stretch slightly.

The handle and corona are drawn with anti-aliasing, but length and position has jumps and skips.
"Virtual pixel alignment somewhere in the background" sounds about right.
but this is not changed by the graphics path hack,
so I'm not sure where to look.

I've seen the effect it when I played with OpenGL some time ago, and gave up after a while (VSTGui to the rescue!)
Basically I can live with it.
It's a suboptimal world after all.




Cheers,
     /rasmus



On 2016-05-11 10:01, Arne Scheffler wrote:
> Hi rasmus,
> I will try to reproduce this here later this week. Then I may have more to say…
>
> cheers
> arne
>
>> On 09 May 2016, at 03:09, rasmus ekman<ras...@ab...>  wrote:
>>
>> Found the problem with arcs now.
>> (sometimes a useless post helps to focus for the next hurdle...)
>>
>> In vstgui 4.3 /lib/platform/win32/direct2d/ d2dgraphicspath.cpp
>>   function D2DGraphicsPath::createPath
>>
>> AFTER rolling through the drawing instructions,
>> we get
>>      if (path && (transform || context))    // line 632
>> // ....
>>          if (context)   // LINE 642
>>          {
>>              AlignPixelSink sink (context);
>>
>> // .... etc
>>
>> -- and this AlignPixelSink thing does something that screws up the arcs.
>>
>> It works for me to just crudely bypass the whole thing, eg
>>          if (false && context)   // LINE 642
>>
>>
>> Perhaps you know what it's supposed to do.
>>
>> Sorry for noise, evermore thanks for the library.
>>
>>      /rasmus
>>
>>
>> On 2016-05-09 01:44, rasmus ekman wrote:
>>> Hi, again,
>>>
>>> Arcs (used by CKnob corona) look different for small arc sweepAngle values in vstgui 4.3 vs 4.2 (see attached image)
>>>
>>> vstgui 4.3 arc has start and end angles jumping to wild positions before stabilizing.
>>> vstgui 4.2 arcs were stable even in very thin slices.
>>>
>>> Guess you prefer a fix to running commentary, but if someone recognizes the problem it helps.
>>> Also I'm a bit stumped. Haven't played with D2D before.
>>>
>>> Thanks,
>>>     /rasmus
>>>
>> ------------------------------------------------------------------------------
>> Find and fix application performance issues faster with Applications Manager
>> Applications Manager provides deep performance insights into multiple tiers of
>> your business applications. It resolves application problems quickly and
>> reduces your MTTR. Get your free trial!
>> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
>> _______________________________________________
>> Vstgui-devel mailing list
>> Vst...@li...
>> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> _______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel

Re: [Vstgui-devel] How to avoid bug in 4.3 arc drawing (CKnob)

[Arne S. <arn...@go...>]

Hi rasmus,
I will try to reproduce this here later this week. Then I may have more to say…

cheers
arne

> On 09 May 2016, at 03:09, rasmus ekman <ras...@ab...> wrote:
> 
> Found the problem with arcs now.
> (sometimes a useless post helps to focus for the next hurdle...)
> 
> In vstgui 4.3 /lib/platform/win32/direct2d/ d2dgraphicspath.cpp
>  function D2DGraphicsPath::createPath
> 
> AFTER rolling through the drawing instructions,
> we get
>     if (path && (transform || context))    // line 632
> // ....
>         if (context)   // LINE 642
>         {
>             AlignPixelSink sink (context);
> 
> // .... etc
> 
> -- and this AlignPixelSink thing does something that screws up the arcs.
> 
> It works for me to just crudely bypass the whole thing, eg
>         if (false && context)   // LINE 642
> 
> 
> Perhaps you know what it's supposed to do.
> 
> Sorry for noise, evermore thanks for the library.
> 
>     /rasmus
> 
> 
> On 2016-05-09 01:44, rasmus ekman wrote:
>> Hi, again,
>> 
>> Arcs (used by CKnob corona) look different for small arc sweepAngle values in vstgui 4.3 vs 4.2 (see attached image)
>> 
>> vstgui 4.3 arc has start and end angles jumping to wild positions before stabilizing.
>> vstgui 4.2 arcs were stable even in very thin slices.
>> 
> 
>> Guess you prefer a fix to running commentary, but if someone recognizes the problem it helps.
>> Also I'm a bit stumped. Haven't played with D2D before.
>> 
>> Thanks,
>>    /rasmus
>> 
> 
> 
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications Manager
> Applications Manager provides deep performance insights into multiple tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> _______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel

Re: [Vstgui-devel] How to avoid bug in 4.3 arc drawing (CKnob)

[rasmus e. <ras...@ab...>]

ARGH mistyped.
Comment out line 632

  if (false && path && (transform || context)) // line 632


On 2016-05-09 03:09, rasmus ekman wrote:
> Found the problem with arcs now.
> (sometimes a useless post helps to focus for the next hurdle...)
>
> In vstgui 4.3 /lib/platform/win32/direct2d/ d2dgraphicspath.cpp
>    function D2DGraphicsPath::createPath
>
> AFTER rolling through the drawing instructions,
> we get
>       if (path && (transform || context))    // line 632
> // ....
>           if (context)   // LINE 642
>           {
>               AlignPixelSink sink (context);
>
> // .... etc
>
> -- and this AlignPixelSink thing does something that screws up the arcs.
>
> It works for me to just crudely bypass the whole thing, eg
>           if (false && context)   // LINE 642
>
>
> Perhaps you know what it's supposed to do.
>
> Sorry for noise, evermore thanks for the library.
>
>       /rasmus
>
>
> On 2016-05-09 01:44, rasmus ekman wrote:
>> Hi, again,
>>
>> Arcs (used by CKnob corona) look different for small arc sweepAngle values in vstgui 4.3 vs 4.2 (see attached image)
>>
>> vstgui 4.3 arc has start and end angles jumping to wild positions before stabilizing.
>> vstgui 4.2 arcs were stable even in very thin slices.
>>
>> Guess you prefer a fix to running commentary, but if someone recognizes the problem it helps.
>> Also I'm a bit stumped. Haven't played with D2D before.
>>
>> Thanks,
>>      /rasmus
>>
>
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications Manager
> Applications Manager provides deep performance insights into multiple tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> _______________________________________________
> Vstgui-devel mailing list
> Vst...@li...
> https://lists.sourceforge.net/lists/listinfo/vstgui-devel
>