16.08

[MeldaProduction]

Hey folks, so the new update is official. Note that there were some glitches with the download in the beginning, should be all fine from thursday, so if there were no plugins installed or something, please just redownload.

https://www.meldaproduction.com/downloads

Changes:

https://www.meldaproduction.com/changes/#changes-16.08

[Underoath77]

Thanks for all the hard work V. You are super dedicated to your craft

Hey folks, so the new update is official. Note that there were some glitches with the download in the beginning, should be all fine from thursday, so if there were no plugins installed or something, please just redownload.

https://www.meldaproduction.com/downloads

Changes:

https://www.meldaproduction.com/changes/#changes-16.08

[Alan Valdez]

Thank you!

[promidi]

Do you have a mirror? I still cannot download from your site. (HTTP Error 416)

[Nspace]

No download issues here. Installed fine

[Hexspa]

Do you have a mirror? I still cannot download from your site. (HTTP Error 416)

You can try clearing cache and cookies.

[promidi]

[/quote]
You can try clearing cache and cookies.
[/quote]

Tried that. Same.. Using Download manager and FF117 Beta 6

Note: The DL Manager works outside FF

Literally every other download works but 16.08 (from Melda and elsewhere)

Can even download Nvidia driver (which is bigger than 16.08)

[ystmrk]

Dear Martin and Melda Production,

This is a continuation of what was reported in Melda16.07.
I have confirmed also with the new Melda16.08 on macOS Venture.
Mouse-Dragging in the main window & CustomGUI has improved.
But Still sliders and knobs (STEPS, Default, Origin) in the multi-parameter window still do not respond correctly.

This message uses DeepL.

[akeia]

I have a problem with licensing on latest macOS with 16.08. License gets accepted but after the restart its gone again. Tried it online and with an offline file. Is that a known issue?

[martin-meldaproduction]

Dear Martin and Melda Production,

This is a continuation of what was reported in Melda16.07.
I have confirmed also with the new Melda16.08 on macOS Venture.
Mouse-Dragging in the main window & CustomGUI has improved.
But Still sliders and knobs (STEPS, Default, Origin) in the multi-parameter window still do not respond correctly.

This message uses DeepL.

Hello ystrmrk,

I hope the mouse-dragging issue is now completely resolved. Please note that the main plugin window and sub-windows, such as the multiparameters window, share the same mouse implementation, as expected. The issue you have identified is unrelated to the mouse; instead, it is a performance-related problem in certain plugins.

For instance, when you use the "Speed" knob in the same multiparameters window, there is no performance issue, and everything works fine. This problem can occur only with certain complex plugins like MXXX, and it is isolated to specific knobs or controls, as you correctly observed, such as the "Steps" knob.

In essence, this is not a mouse drag bug, but rather a performance issue. Regardless, I understand that struggling to set the correct value can be frustrating. Therefore, we will explore ways to enhance this situation and find potential improvements.

[ystmrk]

Dear Martin,
Thanks for the info.

The multi-parameter knobs and sliders show the old-style up/down cursors and finger cursors, which react differently and unnaturally from the main window.
It appears to be a different issue than performance.

I just sent the video to your support email.

This message uses DeepL.

Dear Martin and Melda Production,

This is a continuation of what was reported in Melda16.07.
I have confirmed also with the new Melda16.08 on macOS Venture.
Mouse-Dragging in the main window & CustomGUI has improved.
But Still sliders and knobs (STEPS, Default, Origin) in the multi-parameter window still do not respond correctly.

This message uses DeepL.

Hello ystrmrk,

I hope the mouse-dragging issue is now completely resolved. Please note that the main plugin window and sub-windows, such as the multiparameters window, share the same mouse implementation, as expected. The issue you have identified is unrelated to the mouse; instead, it is a performance-related problem in certain plugins.

For instance, when you use the "Speed" knob in the same multiparameters window, there is no performance issue, and everything works fine. This problem can occur only with certain complex plugins like MXXX, and it is isolated to specific knobs or controls, as you correctly observed, such as the "Steps" knob.

In essence, this is not a mouse drag bug, but rather a performance issue. Regardless, I understand that struggling to set the correct value can be frustrating. Therefore, we will explore ways to enhance this situation and find potential improvements.

[martin-meldaproduction]

Hello ystrmrk,

The issue you presented is certainly not related to performance. I was referring to other matters that you can observe, for instance, in the MXXX plugin and the corresponding Multiparameter dialog.

Nevertheless, we appear to be conflating different matters once again. The inconsistency with the cursor shape, as you mentioned here, between the main window and this subwindow, seems to be more of a DAW-related problem rather than our own. If you were to run the same plugin under DAWs like FL Studio or Ableton Live (which I just tested), you would find that the cursor behavior is consistent there. This particular issue appears to be isolated to Reaper under macOS (and potentially affects other DAWs too), and you might consider reporting it to them.

[ystmrk]

Dear Martin,

Thank you for the information!
I confirmed the same problem(mouse drag reaction in MPwindow) with Reaper 6.81 and Bigwig5 on macOS Ventura.
However, the mouse drag reaction worked fine on LogicProX 10.7.9.

p.s.
The mouse cursor icon (Vertical Arrows) was the same in both.

Hello ystrmrk,

The issue you presented is certainly not related to performance. I was referring to other matters that you can observe, for instance, in the MXXX plugin and the corresponding Multiparameter dialog.

Nevertheless, we appear to be conflating different matters once again. The inconsistency with the cursor shape, as you mentioned here, between the main window and this subwindow, seems to be more of a DAW-related problem rather than our own. If you were to run the same plugin under DAWs like FL Studio or Ableton Live (which I just tested), you would find that the cursor behavior is consistent there. This particular issue appears to be isolated to Reaper under macOS (and potentially affects other DAWs too), and you might consider reporting it to them.

[laurentVeliscek]

Hi !

Mac Os Mojave / Live 11.3.2

Trying to Load a .nam in MGuitarArchitect / NeuralAmpLoader subplugin (included or external .nam file)
-> instant crash. Tested with VST VST3 and AU, with no success.

As NAM requires 10.15, is 10.15 required to use NeuralAmpLoader ?
Or should NeuralAmpLoader work with Mac Os 10.14 (mojave)

Thanks.

[martin-meldaproduction]

Hi !

Mac Os Mojave / Live 11.3.2

Trying to Load a .nam in MGuitarArchitect / NeuralAmpLoader subplugin (included or external .nam file)
-> instant crash. Tested with VST VST3 and AU, with no success.

As NAM requires 10.15, is 10.15 required to use NeuralAmpLoader ?
Or should NeuralAmpLoader work with Mac Os 10.14 (mojave)

Thanks.

Hello laurentVeliscek,

can you please send me the crash report of this to martin@meldaproduction.com? I can then check the cause of the issue.