MeldaProduction

MeldaProduction · Post by **MeldaProduction** » Fri May 26, 2017 10:57 pm

thomekk: Thank you!!

mljung: Could you send me some settings or something? I'm still not exactly sure what you are doing.

mljung · Post by **mljung** » Sat May 27, 2017 11:46 am

MeldaProduction wrote: mljung: Could you send me some settings or something? I'm still not exactly sure what you are doing.

Just tried to replicate once more, but for some strange reason, this time it just worked as expected. I really can't tell what or why it happened, but I'm glad it works now. If the issue returns I'll post again.
Sorry for the confusion, and thanks Vojtech for your splendid service.

Best
Mads

magicmusic · Post by **magicmusic** » Sun May 28, 2017 5:29 pm

when the browser window is open in mconvolution, space key do not work to let play the daw. happen in reaper, cubase, mulab i see. in mutools forum there is a suggestion what plugin developer can do, maybe then space work, when browser is open

Request to Windows VST plug-in developers:
To workaround that shortcoming in Windows OS, please do this in your VST editor's window message function (pseudo code):

case WM_KEYDOWN:
case WM_KEYUP:
if (ProcessKey(Msg,wParam,lParam)) { // ProcessKey() forwards it to the relevant control in your UI and when they key is handled = consumed, it returns true
return(0);
}
else {
host_hwnd=(HWND)AEffEditor->systemWindow;
return(CallWindowProc((WNDPROC)GetWindowLongPtr(host_hwnd,GWLP_WNDPROC),host_hwnd,Msg,wParam,lParam));
}

KTlin · Post by **KTlin** » Tue May 30, 2017 4:54 pm

I didn't have the time to install the v.11 update, but I just wanted to say that the new GUI styles look awesome!

Good job, Vojtech!

MeldaProduction · Post by **MeldaProduction** » Wed May 31, 2017 3:32 pm

KTLin: Thank you!

magicmusic: That's actually a horrible nonsystemic solution, I'll try something better though.

MeldaProduction · Post by **MeldaProduction** » Wed May 31, 2017 3:47 pm

Updated to 11.01

magicmusic · Post by **magicmusic** » Wed May 31, 2017 5:35 pm

MeldaProduction wrote:KTLin: Thank you!

magicmusic: That's actually a horrible nonsystemic solution, I'll try something better though.

if you find something better is good. there is a thread, it is explain more wy the problem with the keys happen. it seem better is when the plugin only forward space bar. because in sample tank and cubase and other it happen, when press backspace or delete and sample tank 3 window is active, sample tank 3 send also backspace and delete keys, so cubase or other delete phrases

http://www.kvraudio.com/forum/viewtopic ... 3#p6796823

MeldaProduction · Post by **MeldaProduction** » Thu Jun 01, 2017 12:52 pm

The problem is that some hosts use this others that... So it's a little bit problematic. We'll see. Anyways systemic solution would be to keep forwarding the keys to parent windows. But then again this can lead to problems... The best solution is always to leave it and the host can "listen" to all the stuff that goes to all windows, but that means development on the host... Not sure yet, I'm worried about sideeffect of any message forwarding.

magicmusic · Post by **magicmusic** » Thu Jun 01, 2017 1:12 pm

it is a windows only problem. mac maybe work ok. only space need forward. he write this see in the link.

And besides that, there also is a non-comformity in Microsoft Windows: When a child window (the very VST editor) does report that a key press is unused and hence it gives the key message to DefWindowProc, Windows does not forward it to the parent window. That's a serious shortcoming in the Windows system. MuLab cannot do much about these cases except for this workaround: When you click the top control bar of a VST editor (thus in the MuTools GUI area) this will shift the GUI focus to the window's top level and hence key presses will be processed by MuLab. So that way you can quickly force a GUI focus shift to the MuLab GUI and hence eg pressing the spacebar will start/stop playing the composition.

and if the Host create a input handler that watch for keys, it happen that space key in string gadgets not work. i read in forum that bitwig studio ignore spaces

MeldaProduction · Post by **MeldaProduction** » Thu Jun 01, 2017 1:20 pm

Well, what he writes is a brutally simplified thinking - if an unused key would cause a parent window to receive the key as it was its own, lots of weird stuff would happen without the user even knowing... now when I think about it, it's probably better to leave it as it is, it's too dangerous. The host needs to do that in the global message loop if it wishes to receive these messages.

magicmusic · Post by **magicmusic** » Thu Jun 01, 2017 1:37 pm

cubase do too the code hat plugins should forward space key. sure it is dangerous when you forward other keys. but space if not process from plugin can without risc forward and do the job. i find a question, abotuz that. do you think this can work with VSTi. how can the DAW notice that your own create browser window is use ?

https://stackoverflow.com/questions/667 ... ent-window

how is it possible to do a global message loop in windows ? directx programmers too report problems.

i notice reaper do not load mmulticonvolution effect, because of name change. old mconvolution is delete from your installer. what can do that reaper keep the data and load new effect ?. i use this your effects in many reaper songs, with own presets and find out what a song use is really lots work

mibby · Post by **mibby** » Thu Jun 01, 2017 4:52 pm

Just a quick

on the v11 update! I'm sure it was a ridiculous amount of effort.

MuTools · Post by **MuTools** » Thu Jun 01, 2017 7:13 pm

MeldaProduction wrote:That's actually a horrible nonsystemic solution

What's horrible or nonsystemic about it? It's the natural flow of key events in every neatly organized UI system: First to the focused component aka widget aka control, then when it's not processed by that one, the key event should travel up the UI hierarchy ie towards the parents until it is processed. Don't you agree?

The issue has also been discussed here:

viewtopic.php?f=7&t=482341
http://www.kvraudio.com/forum/viewtopic ... 3&t=365703

MuTools · Post by **MuTools** » Thu Jun 01, 2017 7:24 pm

MeldaProduction wrote:Well, what he writes is a brutally simplified thinking - if an unused key would cause a parent window to receive the key as it was its own, lots of weird stuff would happen without the user even knowing

Which weird stuff would happen?

The host needs to do that in the global message loop if it wishes to receive these messages.

The problem with global hooks is that the user has no control on it. User control for key events is normally handled by using the UI focus. That's the standard and best way. And if every component in the system follows that protocol it works perfect, even between hosts and plugs.

MeldaProduction · Post by **MeldaProduction** » Thu Jun 01, 2017 8:26 pm

Well, no offense, but you claimed how horrible design flaw of Windows it is, but it's absolutely natural NOT to send events higher. Imagine you work with say web browser and for some reason it shows a popup, with just something, doesn't matter. And user types something, while he was originally in some text field in the browser, which is now covered by the popup, and now he is typing to the edit field without even knowing it!

And that can be waaaaay worse with various control shortcuts.
So if an app wants to receive keyboard stuff, it needs to "work for it". I personally consider hooks a bit "hacky". But simply putting it into the global message loop should work just fine. I may not remember correctly, but I think by default the "accelerators", which was basically MFC's global keyboard shortcuts, were working like this.

MeldaProduction

KVR Audio

All MeldaProduction effects and MPowerSynth updated to 11.00 and MTurboReverb released