Open Fredemus opened 2 years ago
This problem also occurs on Cubase 10.5 / Windows 11. It was confirmed with nih-plug/gain_gui_egui, which uses baseview.
While working on #174 I found this very suspicious piece of code:
This is called on baseview window creation, but it changes the DPI awareness for the entire process, which might explain why other windows like Ableton and Serum's are affected.
I doubt that's the issue, since in the parented case that call is most likely just failing (source):
You must call this API before you call any APIs that depend on the DPI awareness (including before creating any UI in your process). Once API awareness is set for an app, any future calls to this API will fail. This is true regardless of whether you set the DPI awareness in the manifest or by using this API.
Though we definitely shouldn't be calling it in the parented case anyway.
Hello, I've talked about this issue on the discord before but I thought I'd raise a proper issue with my findings. For some reason, when the Windows scaling isn't 100% (under setttings -> display -> make everything bigger), my baseview/imgui-rs VST changes the scaling in Ableton and is served a too small window.
In FL Studio, the window is also too small but at least the scaling doesn't change. Fl Studio doesn't seem to ever scale up VSTs.
A VST that causes the issue can be found here: https://github.com/Fredemus/svf_filter
Before adding the vst, windows scaling set to 125% After adding the vst, windows scaling set to 125%. Note that Serum and the channels in Ableton got smaller.
Interestingly, after adding the VST, then changing scaling to 100%, then back to 125% seems to solve the issue.
Edit: Forgot to mention, this problem didn't exist before this commit: https://github.com/RustAudio/baseview/commit/ae2f28c5fdbe2e6ed9069ccc238f1c88ac42af71