I’m getting into Wavelab 11.1.10 right now and I noticed that the zoom with [Ctrl] + [Mouse-Wheel] (both zoom-in and zoom-out) is somewhat flawed - the zoom level is sometimes jumping wildly around. My first concern was about stuttering because of a high resolution, as I just recently switched from WQHD to a 4K display, but since everthing workes fine in Wavelab 10.0.70, there has to be something else. System is Windows 10 Pro, Update 21H2.
After some trying I figured this out:
If I hold my mouse still, zoom works smooth as usual. But as soon as I start moving the mouse while zooming (horizontally, vertically, diagonally … doesn’t matter which way and at which speed), this zoom-jumping occurs. I can reproduce this in a montage as well as in the editor (and here also within each display mode - Waveform, Spectrogram, Wavelet, Loudness - while in the Spectrogram or Wavelet display it’s the most obvious). The same error occurs not only on horizontal zoom (Time-axis; [Ctrl] + [Mouse-Wheel]) but also on vertical zoom (Volume-/Frequency-axis; [Shift] + [Mouse-Wheel]).
The way I can reproduce this the best, is to continuously drag the mouse around and simultaniously do any of the shortcuts ([Ctrl]/[Shift] + [Mouse Wheel]). And as mentioned, for me it is most obvious in Spectrogram/Wavelet display in the Editor (maybe because of higher processing power needed).
Here is a short video. [Ctrl] was pressed the whole time, and at each stroke downwards with the mouse I did about 5-6 mouse-wheel-spins. In the timebar of the waveform on top you can see the light grey view-area jumping around, corresponding to the main view below.
When you press Control and change the mouse wheel, zooming happens centered where the mouse cursor is located in the waveform. Hence this can cause some scrolling. But this is not new. This was already so in WaveLab 10 (but not in some older versions). Hence maybe you mean something else…
Yes, I’m aware of that behavior (which is very good to quickly navigate within a file/montage). But this here is different and an annoying problem.
I know what I did in the video is not my common zooming practice, it is just an extreme approach trying to show what is happening. I usually don’t intentionally move my mouse while zooming, it just happens by chance through finger/hand-movement on a very small scale, but this movement (at the right time, or more like the wrong time) is enough to produce this error. To make it clear, all I did in the video is zooming-out ([Ctrl] + [Wheel-Down]), and still, at some point it is actually zooming in (if you look closely on the upper timebar and the highlighted view-area).
And again, it doesn’t seem to matter which direction I move the mouse, I can move it straight down and the error will occur, too (… well, to be fair, I can’t check how “straight” I actually move my mouse, so maybe no guarantees on that …). If I do the same extreme movements in Wavelab 10.0.70 everything works fine and smooth.
I just did some more testing and I have the feeling, that the faster I spin the mouse-wheel, the more likely the error occurs. I don’t know anything about programming, but could there be an issue with the registration of the key-combination for zoom, when the wheel is spinned too fast, and maybe some further interference while mouse-movement on a certain axis?
When holding CTRL and using the mouse wheel, all of a sudden zooming is way too sensitive and it jumps from a point where I see several seconds of audio on the screen to a point, where I see like 20ms.
So, I just had the idea to test Wavelab on my laptop (also Windows 10 21H2, but obviously other hardware than my desktop PC). It was the first installation of Wavelab on this device, so a clean installation without previous settings. After start I didn’t change any preferences, I just loaded a file into the editor and did a quick zoom test - the same error occurs on my laptop too (and to be clear, I am using a dedicated mouse connected via USB cable with my laptop, I can’t work with touchpads - the mouse is from the same manufacturer as my desktop mouse [Logitech], but an older model).
PG, could you or maybe someone else provide a link for an earlier version of Wavelab 11 (like 11.0.00/10/20/30 or 11.1.00)? As I upgraded as version 11.1.10 was already out, I don’t have any older executables of WL 11. But I’m curious to find out, if this error I’m experiencing, is just with the latest version, or if it also occurs with previous versions of WL 11. The Steinberg Download Assistant and the Steinberg Download website unfortunately both only supply the latest version. I feel like it was once possible to download an older version by manually changing the link from the Steinberg Download site to the appropriate version, but it seems that there is now some sort of specific hash in the server file path … .
Ok, thanks to Paul_Rat_Blakey I was able to try out Wavelab Pro 11.0.30. I did a quick reinstallation (via the reinstall feature of the installer, no deinstallation) and a quick test with a file and a montage - Version 11.0.30 works perfectly regarding the zoom shortcuts with mouse wheel, just like 10.0.70 does.
After that, just to make sure, I updated to Version 11.1.10 again and I can experience the same error as before. And just to make really sure, I restarted my PC, shut down all unneeded background processes with the Windows Task-Mangager, deleted the content of my Wavelab 11 preference folder and tried 11.1.10 again - but the error still remained.
So whatever is causing this misbehaviour, I can only imagine that it has to be something introduced with the 11.1.00 update, or most likely the 11.1.10 update (as the Version History states, as well as PG, there were introduced some new zoom functions with 11.1.10) …
Just noticed something else. A somewhat another topic, but still connected to zooming.
I used to be able to press and hold the left mouse button and simultaneously scroll the mouse-wheel to either quickly make a selection (montage and editor) or to move selected clips (montage) along the time axis. This is the case for Wavelab 10.0.70 and also 11.0.30.
In Wavelab 11.1.10, when I press and hold the left mouse button and scroll the mouse-wheel, instead of moving along the time axis, I zoom in or out. I checked the Version History but couldn’t find anything that would indicate this as a new feature, so I’d like to know if this is indeed an intended behavior.
I could see a certain advantage for that, as you don’t need to press another key on the keyboard to zoom, and you still could zoom out and in again to where you want to go. But out of habit I’m heavily using my keyboard, so this function is somewhat redundant and I feel like robbed of the feature to just move along the time axis (when making a selection or moving clips, that is). … And of course, how else could it be, with this behaviour I can experience the same zoom jumps as described above …
This is a new feature indeed. But that does not remove the old one. That is, when you press the wheel button and move the position + spin, you can both grab the view and zoom vertically (hence one can’t say the feature to just move along the time axis was robbed).
Well, it does in this case. Yes, I can press/hold middle mouse button (wheel button) + move the mouse horizontally to move the viewed position on the time axis (the same thing can be done by just spinning the wheel without any modifier keys, probably since the early versions of Wavelab and like many other applications). I actually can also move the mouse vertically to move around in any direction in a large montage with several tracks, which might be very handy. But this is no new behavior, as I can do that also in Wavelab 10.0.70 (and I have never used it so far).
But what I cannot do with this method, is to drag a selected clip with me or make an ongoing selection while moving on the time axis. I press/hold left mouse button and move the mouse to start a selection or move a clip, and as soon as I press/hold middle mouse button (or even if I just shortly click it), the movement or selection stops on this point (and does not resume after releasing the middle mouse button, while still holding left mouse button) … here a short video:
And here a short video in Wavelab 10.0.70 of what I’m used to, which is not possible in Wavelab 11.1.10 (not via the old method from 10.0.70 or seemingly otherwise).
Hmmm, how else could I describe what I mean …
If you watch the second video again (which is in Wavelab 10.0.70), at the start I press the left mouse button and hold it (indicated by the little “Hold” in the keylogger window in top left corner) and move the red Edit Cursor with the mouse a bit to make a selection, then additionally I spin the mouse wheel upwards (also indicated by “Wheel [Arrow Up]”) to move on the time axis from about 2h55mn to about 2h25mn. Then I just undo the selection (by left clicking anywhere outside the selection), select some clips instead and did the same procedure as before, only with mouse wheel down. In 11.1.10 this is not possible anymore the same way.
Maybe another approach…
I am able to navigate the time axis by spinning the mouse-wheel up or down, so that the visible area of a file or montage changes accordingly without any zoom happening, simply horizontally scrolling along the time ruler - to make it clear, that is what I mean by “moving on the time axis” in this context, not the movement of the red Edit Cursor or something else. That is true for every version of Wavelab I have used, including of course 11.1.10, just this simple navigation aspect. I hope we are on the same level of understanding so far.
In 11.0.30 and previous, I can actually make a selection or move clips around (initiated by press/hold left mouse button) while doing this simple navigation. …
The only thing I didn’t notice actively until just now is, that a tiny bit of mouse movement (= Edit Cursor movement) seems to be needed to update the position of moved clips or the end of the selection… So I guess there is no moving just through scrolling along the time ruler alone, it always needs some sort of cursor/mouse movement … which seems also true in 11.1.10.
Still, since in 11.1.10 the combination [hold left mouse button] + [spin mouse wheel] overpowers the command [spin wheel] and leads to zooming, the method from 11.0.30 and previous is not possible anymore - I cannot navigate the time axis (= scroll along the time ruler) WITHOUT zooming, WHILE pressing left mouse button (to select something or move clips).
Do you get my point now?
I’m not saying, that this new behavior in Wavelab 11.1.10 is bad or useless in general. There must be a reason why you integrated this, and might be even pretty good, if I could get used to it. Right now, I’m just so used to the older behavior and I would imagine that I am not alone with this. Also I don’t know of any other application, that uses this combination for a similar function either. If I needed to zoom while rearranging clips in a montage, I just additionally hit [CTRL] for that moment, no big deal, but sometimes that zoom is just unnecessary…
That is true and I will not argue with that. I guess I would have just expected a change in 11.1.10.