Here is an issue which has been around for a while and still exists in SL12.0.40, and is particularly annoying.
On PC Win11 when using SL12 in ARA mode in Cubase Pro (12 and 15 here) if I expand the SL ARA session to full screen using the top-right arrow, the session expands underneath the Windows taskbar, so that The lower end of the frequency display is obscured behind the taskbar.
If I hide the taskbar, it is all there, but the ARA session should only maximise to the top of the task bar if the taskbar is not hidden. See below.
This also obsures the SL Transport buttons if they are enabled, which they are in the example below..
Yeah something not quite right. Perhaps only ARA windows?
I’ve not seen it with anything else, but I’ve only tried one other major ARA application - Melodyne Studio 5.4, but that doesn’t attempt to ‘fit’ the ARA window, but rather gives a floating window. Within that window all tools and elements are present and shown. Nothing is obscured or running off the edge of that window.
So the error is perhaps only with CB and SL, but I can’t prove that here.
That’s a Cubase 15 bug as with the 14 they look as they should. That happens using -25% scaling only. Least with SL and wavelab. I’m on a new computer as the old died, I haven’t installed Melodyne yet but I remember the same behaviour as .you described.
Maybe I’m misunderstanding you, but I have just checked CB Pro 12, 14 and 15, with SL Pro 12, scaling set to System Default, Windows 11 25H2 scaling set to 100% on 2560x1440 monitors, and in each case the problem exists here.
I usually use CB/SL on a 2560x1440 monitor. This has the problem described above.
So I plugged in a 1920x1080 monitor and tried again. I had to resize the expanded SL to fit the new resolution, but when I did, the layout was fine and not cropped.
So I went back to the 2560x1440 display and started CB/SL again. The problem returned. Then I manually resized the SL expanded window to fit the screen less the taskbar at the bottom, saved the project and restarted it again. The new SL expanded window position was remembered and the display wias still correct, not cropped as before.
So in summary, what appears to be happening here is that these expanded ARA windows are no true full-screen windows, but instead are maximised normal windows which with on first SL expanded view usage on 2560x1440 screens, incorrectly expand to full screen size, ignoring the taskbar and indeed partially obscured by it.
This does not happen on 1920x1080 screens.
So there is some programming bug which is not reading the required display size and usable position correctly for SL expanded ARA views on 2560x1440 monitors.
I hope this information helps somebody at Steinberg to fix this.
I’m on a laptop here 1920 x 1080 but I’ve set the system scaling to 125%.
Cubase scaling set to -25% so basically it’s 1920 x 1080, when opening SL ARA it happens the visual artifact while setting the system 100% and Cubase normal, everything is fine. Any other change leads to the artifact. This means that SL and whatever ARA is slave to the system settings and not to the Cubase scaling, I hope this test will be helpful to find a fix.
I dont think the arrow in the top right corner is for minimize and maximize its for switching SL from the lower pane to a free floating window.When SL is in the lower pane click the arrow in the right corner to switch to free floating and then using your mouse resize the SL window to what ever size you want.This new window size will be remembered every time you switch from lower pane to free floating window.Thats how i understand it works.
Looks to me like the SL window is in free floating mode can you not drag the SL window to the left or better still make it smaller so all the window size is within your maximum screen width.There might be a key command to switch the window from lower pane to free floating view but i dont know it.
With CB set to Default (system), I set the system to 125%(recommended) scaling and tried SL again and it all works correctly. Yay! (I left the CB scaling set to Default)
Then I put the system back to my usual preferred 100% scaling, and it still works correctly where it previously failed, almost like the action of changing the system scaling while CB was running caused CB to reevaluate my screen resolution and system scaling and get the correct values registered into CB’s internal settings.
CB with ARA SL then continued to work correctly after a full CB/SL restart (not a system restart).
So something significant and important happens when I change the System Scaling while CB is running, which does not happen correctly when the system scaling is set to 100% prior to the CB session.
Again, I hope these tests help to point the devs at a lasting solution to this problem.
Regards,
…[Later…]
Tried the above on a different project and the fault persisted. Whatevevr, CB/SL is not evaluating the screen resolution, system scaling, CB scaling or status of the taskbar hidden/shown correctly at some point as it relates tto the drawing of ARA windows. It’s not even working correctly at a System Scaling of 125% (recommended by Microsoft) and CB scaling set to Default.
I remind you, Melodyne Studio works perfectly on the same PC in ARA mode.
