Trancit.
TrancitI don´t know, if this can be easy done, but like this very much in other hosts:
I use Nexus quite often and in hosts like Cubase or FL Studio I can use the mousewheel to navigate in Nexus browser…
I only have to hoover the mouse in the left or right area of the browser and can easily scroll up or down…nice
I don´t know, why most other hosts like Podium doesn´t support this…is this something difficult to implement???
Trancit
ZynewaveI don’t know either. I’m not doing anything to filter out mouse wheel messages before they are sent to the plugin window.
Do you know of any plugins that do support mouse wheel in Podium?
Do you know any other plugins that supports mouse-wheel in Cubase/FL, but not in Podium? Preferrably a plugin that I can download a demo of.
LiquidProj3ctMy experience with mouse wheels is that few plugins, as D16 (Drumazon, Syntorus…) or Fabfilter (One, Simplon) don’t have any problem when you’re moving the knobs with mouse wheel in Podium
But others as Poise’s browser don’t work at all. However it works on other hosts.
ZynewaveI’ve emailed the Poise developer, asking how mousewheel is supported in Poise. I’ll let you know if I figure out why there is a difference in mousewheel support.
LiquidProj3ctThanks, however I tried to talk few times with Shannon but we couldn’t find a reason or solution for that tiny problem. Anyway, good luck! 🙂
Trancit@Zynewave wrote:
I don’t know either. I’m not doing anything to filter out mouse wheel messages before they are sent to the plugin window.
Do you know of any plugins that do support mouse wheel in Podium?
some, which work:
Synth 1
Guru
MDrummer 3
Omnisphere
Phoscyon
VSampler 3
Wusikstation
Zebra
@Zynewave wrote:
Do you know any other plugins that supports mouse-wheel in Cubase/FL, but not in Podium? Preferrably a plugin that I can download a demo of.
reFX Nexus 2
Image Line VST(i)`s like Harmless, Sytrus, Drumaxx, Maximus…e.g. with Maximus, even at hosts like energyXT2, you can simply hoover the mouse over the knob to use the mousewheel!!!
Sylenth1
That the ones, which don´t work “only” in Podium…
Hope that helps…
Trancit
LiquidProj3ctIL Plugins and Sylenth1 do work in Podium. The only problem is that those plugins steal the keyboard focus. FL Studio has an option for each plugin to avoid that it had the focus.
You have the same problem in all the host that don’t have this option.
Maybe you could add in device setup an option to force to the plugin to release the focus.
Trancit@LiquidProj3ct wrote:
IL Plugins and Sylenth1 do work in Podium. The only problem is that those plugins steal the keyboard focus. FL Studio has an option for each plugin to avoid that it had the focus.
You have the same problem in all the host that don’t have this option.
Maybe you could add in device setup an option to force to the plugin to release the focus.
I don´t know, what you do different but for me, neither Sylenth1 nor the ImageLine Plugins react on mousewheel changes, no matter what I do…
In other hosts, I have to click on the knob or move it a little bit (sometimes only hoover over the knob) and am able then to change it´s parameters by mousewheel…no chance in Podium…
Trancit
LiquidProj3ctUhm, I think we had a misunderstanding. All the plugins runs fine in Podium but they have problem with keyboard focus and mousewheel. I don’t know about Nexus, I never tried it.
IL Gol’s plugins [as VocodeX] don’t steal the keyboard focus, but the mousewheel doesn’t work
IL Maxx’s plugins [as DrumMaxx] steal the keyboard focus, and the mouse wheel doesn’t work. Mouse wheel doesn’t work in native version inside FL Studio either.
Fabfilter plugins steal the keyboard focus, and the mouse wheel does work.
D16 plugins steal the keyboard focus, and the mouse wheel does work.
I did the experiment in FL Studio enabling and disabling keyboard focus of third party plugins that support mouse wheel. When keyboard focus is enabled mouse wheel doesn’t work. When it’s disabled mouse wheel works.
It seems that mouse wheel is related to keyboard focus. Those plugins that support it only seems work when they have the keyboard focus.
TrancitHello Zynewave,
do you know already something new about this mousewhell behaviour???
Trancit
Zynewave@Trancit wrote:
do you know already something new about this mousewhell behaviour???
I got a reply from the Poise developer. He said he looked at the mouse-wheel behaviour a while back, but could not find an explanation to why it behaved differently in some hosts. He’s using a development framework that handles the mouse-wheel, so he is not directly coding the mouse-wheel support. I’ve looked at it from Podiums side, and I can’t see why it doesn’t respond to mouse-wheel messages.
thcilnnahojSince this happens to me in other sequencers/hosts too (with the same plug-ins), I’d say the first place to ask would be the developers of those plug-ins it doesn’t work correctly in. If they turn out to be totally oblivious to the problem, maybe there’s still a chance for Frits to fix it. 😉
So far I pointed FabFilter to it – did you already write Image-Line, reFX, and D16?
Here’s a link to a related thread in which Frits offers a little technical info: http://www.zynewave.com/forum/viewtopic.php?t=2093
@Zynewave wrote:
I tried the Volcano2 demo. I also read the comment from fabfilter in the topic you linked to.
Clicking on the plugin Window frame to give the plugin key focus works fine. Podium receives key press messages from Windows (WM_KEYDOWN/WM_KEYUP) and distributes these to the plugin with the editKeyUp() and editKeyDown() VST messages. The plugin can then respond to the key press and return to the host whether it “consumed” the key press. If not consumed, then Podium checks the key for Podium key shortcuts.
It appears that the when you activate the Volcano plugin editor by clicking inside the editor window, it consumes the WM_KEYxxx messages, which then is never received by Podium. I read their comment about the mousewheel focus, but I can’t see why this should prevent them from letting the WM_KEYxxx messages through to the Podium parent window.
If this works in other hosts, then it could be because these hosts parse keypress messages before Windows distributes the messages to the key focus window.
@Zynewave wrote:
@thcilnnahoj wrote:
@Zynewave wrote:
If this works in other hosts, then it could be because these hosts parse keypress messages before Windows distributes the messages to the key focus window.
Is this not recommended, then, or something you’d rather not do?
I believe the way I’m doing it is the standard way to respond to key messages in Windows. I prefer to keep to the norm, to ensure compatibility with future Windows versions.
Trancit@Zynewave wrote:
@Trancit wrote:
do you know already something new about this mousewhell behaviour???
I got a reply from the Poise developer. He said he looked at the mouse-wheel behaviour a while back, but could not find an explanation to why it behaved differently in some hosts. He’s using a development framework that handles the mouse-wheel, so he is not directly coding the mouse-wheel support. I’ve looked at it from Podiums side, and I can’t see why it doesn’t respond to mouse-wheel messages.
I have to bring this up again…
I noticed by playing around a bit with a few hosts, that every host, that support e.g. Nexus by mousewheel has the ability to move knobs and faders by hoovering the mousepointer over it…as well as with any other plugin…
E.g.: FLStudio (best mousewheel support): Hoovering the mousepointer over a fader in the mixer and use mousewheel to move the fader, hoovering over a parameter or the browser in Nexus and scroll or move it by mousewheel…
Reaper: Mousewheel by hoovering works with Reaper internals but not with plugins that doesn´t support mousewheel by themselves (e.g. Nexus doesn´t work, but Sytrus)
In Podium. the mousewheel works with none of my plugins except Synth 1 and Wusikstation…
Perhaps would be a good idea to bring basic mousewheel support into Podium as the other hosts work, because for me it´s not even possible to move a mixerfader by anything else than clicking left hold and drag…no keyboard input … no mousewheel … nothing…sadly 🙂
Trancit
ZynewaveI’m currently implementing support for controlling sliders/faders with mousewheel in the mixer. I’m only planning to support it in the mixer, as I think mousewheel slider adjustments in the rack and track lane headers would conflict with the normal use of mousewheel for scrolling up/down in the track list.
The latest news I heard about Poise, was that the developer had found a new way to support mousewheel.
TrancitBut you should definetely consider mousewheel support as well for plugin windows…the mousewheel controls the window which has focus on…
Trancit