194,525 users have contributed to 42,922 threads and 257,973 posts.
In the past 24 hours, we have 1 new thread(s), 5 new post(s) and 96 new user(s).
Well maybe not so easy...problem still not solved.
First, as I indicated above I am using the NON-Vep version of MirPro. So the preference you mentioned is not available to me at all in the MirPro application. In VEP that preference exists as an Instance related preference, and I tried to uncheck it there in case it might effect the MirPro application outside of VEP, but no it does not..
Any other ideas?
I have encountered this exact same thing - a small problem but noticeable. It is desirable to "lock" an instrument once it is set because they often get messed up in width or level or whatever because they are so instantly "touchy" by default (a lot like musicians). I will definitely switch that.
Which host are you using when you encounter this issue?First time I noticed it was while using cubase. The problem is in the separate mirpro app that runs though, I would expect it to be no different when using logic or dp. Will test later.
I will add that I use the scroll wheel all day long with many different apps including daws, web browsers, spreadsheets, word processors and all the rest and it is generally common practice for the scroll wheel to adjust the vertical scroll bar of whatever window the mouse is hovering over. It is entirely second nature for me to use the scroll wheel that way. It’s very unusual for it to be used for any other reason though occasionally you do see it used for zooming in and out, but it always throws me for a loop when I scroll the wheel expecting scrolling to happen and something else happens instead. That really ought to be with a modifier key when the scroll bar is used in a non standard fashion. It’s particularly frustrating in this case because the expected behavior of scrolling the panel not only doesn’t happen but you could be changing the volume sliders of your instruments and not even realize it. I mean for a while I kept trying to scroll that panel with the scroll wheel and it wasn’t scrolling. I wasn’t even looking at any tiny instrument volume sliders to even see that I was messing up my mix in the process of trying to scroll the panel up and down. So who knows how many times I may have accidentally and unknowingly changed volume sliders of random instruments while meaning to scroll the panel up or down.
I understand your request, but rest assured that it is common practice for many of us to change on-screen-faders and the like with the wheel. :-) It's a question of habits, mainly.
Nevertheless I'll ask VSL software engineers to add the missing option to the preferences of MIR Pro's plug-in version, too.
Thanks for your input,
I understand your request, but rest assured that it is common practice for many of us to change on-screen-faders and the like with the wheel. 😊 It's a question of habits, mainly.
Nevertheless I'll ask VSL software engineers to add the missing option to the preferences of MIR Pro's plug-in version, too.
Thanks for your input,
While you're at it please ask about a "protect" feature in addition to being able to turn off the scroll wheel adjusting parameters "feature". As William pointed out, its very easy to accidentally change something on an instrument becuase of the crowded nature of the stage, you could think you are clicking on one icon to change its position or orientation and accidentally change the width of another, etc.. It would be very helpful to be able to lock them to avoid messing them up..and same as above...if you accidentally change the aspect of some other instrument you may not even realize you were doing it until several clicks later, or might not even realize at all that you changed something you weren't looking at. An instrument protect/lock feature would be very beneficial for that case.
Regarding the preference to turn off the current scroll wheel functionality, yes that would be very much appreciated. Thank you.
I think in general the scroll wheel's well accepted and common usage is to scroll vertically windows. When it is used in another capacity it is generally with a modifier key or perhaps it can have another function IF AND ONLY IF it will not cause confusion or conflict with the above mentioned standard expected behavior.
For example, in LogicPro, you have the track list. and on each track header there is a fader slider. If you use the scroll wheel you can scroll the window up and down, as expected. If you hover the mouse cursor over the volume fader, it does not change the fader. It continues to scroll the window up and down. This is its primary intended purpose and expectation by usersin nearly all applications. Meanwhile there can be special cases. if you go to the mixer, the scroll wheel can be used to adjust the mixer fader...(note it is a vertical item also which makes it more obvious). However if you reduce the size of the mixer window so that there is a vertical scroll bar for the mixer panel, then the scroll wheel no longer works to change the fader, it presumes its primary and expected behavior of scrolling the panel.
Microsoft and Apple have both put out extensive GUI compliance documents which most likely go into great length about this, but they don't own the world and VSL or any other company can program their GUI's however they best see fit. However, when the standard and common practice is to use the scroll wheel to scroll windows up and down, then any other use for it is going to be problematic for users particulartly when it is not blatantly obvious.
In this case it is particuliarly problematic because the normal and expected behavior of the scroll wheel not only doesn't scroll the panel up and down when trying to do so, but if you're the user and you're trying to scroll the panel up, you are most likely not focusing your eyes on the particular horizantal volume slider that the mouse happens to be hovering over, so as you frantically scroll the wheel trying to scroll the panel, you don't even notice that you're changing an important mix parameter because the mouse happens to be hovering over some random instrument volume slider.
You are free to have a differing opinion, but my opinion is that this is not great GUI design, sorry to say.. I hope VSL will reconsider that approach.;
kind regards
I'm going to second this. I think this is the single most common frustration working with VEP. Attempting to scroll through a large set of instruments—in my case using a two finger gesture on the trackpad—and indadvertently changing the volume level of an instrument. Most of the time I catch the mistake, but sometimes not. This is definitely poor user interface design. The same gesture must not provide two completely different functions at the same time.
I have to agree, I've been caught out a few times like this. I like using the mouse wheel for moving faders and scrolling, but wish it didn't affect parameters within the instrument list on the left. The scroll wheel shouldn't be able to scroll and change parameters at the same time!
I never adjust the volume using those tiny horizontal sliders on the left, couldn't the scroll function be disabled just for that section (apart from still having the ability to scroll)?
Like I wrote above - I already informed VSL software engineers.
For now (as a workaround) you could minimize the left Instruments panel's channel heigth to one line. Once the faders are hidden, you can't inadvertently change their volume any more.
Kind regards,
Like I wrote above - I already informed VSL software engineers.
For now (as a workaround) you could minimize the left Instruments panel's channel heigth to one line. Once the faders are hidden, you can't inadvertently change their volume any more.
Kind regards,
Good idea! But how do I do that?
@Lucy, in VEP you can at least use the preference that Dietz mentioned earlier to disable the mouse scroll wheel from effecting the parameters directly, yes?
