emenden
September 29, 2021, 7:44am
1
Hi,
In the previous Juce version it would create a black area on the 2 sides of the plugin window during resizing, but when closing and opening the window, it would return to the normal size.
reuk
September 29, 2021, 10:21am
2
Could you provide a few more details please?
On which platform do you see this behaviour (mac/windows/linux)?
Is your host a standalone application, or is it a plugin itself?
I’ve tested in the AudioPluginHost on mac, and can reproduce the issue.
emenden
September 29, 2021, 11:59am
3
Hi Reuk,
emenden
September 29, 2021, 3:09pm
4
I was able to reproduce the issue using the AudioPluginHost on Windows as well.
reuk
September 30, 2021, 7:29pm
5
I’ve merged a handful of scaling/sizing fixes to develop. Ozone 9 now seems to resize properly in the AudioPluginHost on mac and windows.
committed 03:52PM - 30 Sep 21 UTC
Some plugins (e.g. FabFilter Pro-C 2) will reopen their windows at their
previou… s size, but without accounting for a new scale factor. For these
plugins, we need to explicitly set a scale factor of 1 before calling
getSize for the first time, in order to ensure that the plugin knows it
should return its desired unscaled size, and not its size at the scale
factor it was using last.
Other plugins (Surge) misreport their desired size when it is requested
before the window has become visible. For these plugins, we need to
re-request the plugin's desired window size after it has opened.
The problems above are mostly noticeable when opening/reopening plugins
on a hi-DPI display on Windows.
committed 03:01PM - 29 Sep 21 UTC
This fixes some issues with Izotope Ozone 9:
- Resizing would stutter, and could… leave the view in an inconsistent
state.
- Closing and reopening the view after resizing would display black bars
around the editor view.
The root of the problem was that the call to Component::setSize() inside
the resizeView call checked whether the plugin supported resizing. If
not, it would force the embedded view back to the current size. This
behaviour is incorrect - if the plugin requests a resize via resizeView,
the new size should be applied whether or not the plugin "supports
resizing".
committed 07:19PM - 27 Sep 21 UTC
committed 12:28PM - 29 Sep 21 UTC
This fixes a bug on Windows where plugins that do not implement the
IPlugViewCon… tentScaleSupport interface opened in the AudioPluginHost
with their editors in the very top left corner of the window, rather
than below the window's titlebar.
Examples of plugins with no scaling support, suitable for reproducing
the issue:
- U-He Hive 2.1.1 Rev 12092 x64
- FabFilter Pro-C 1.23 x64
Please try out the latest develop branch and let us know if you run into any new problems.
2 Likes
Hi,
1 Like
Hi,
In one of my client’s apps which is also a VST (not VST3) host I’m seeing similar issues when dragging between 4K and non-4K monitors on Windows.
Any plans to update VST2 ?
Rail
reuk
October 4, 2021, 7:29pm
8
That’s a shame, I tested a bunch of VST2 plugins and I thought I’d really fixed everything this time. Please let me know exactly which plugins are causing issues, and whether they are also broken in the AudioPluginHost when building from the latest develop. If the issues are present in the AudioPluginHost, then I’ll take another look.
Let me check if they behave wrong in the JUCE host on the remote system with the 2 monitors and I’ll let you know.
Thanks,
Rail
