View Issue Details

IDProjectCategoryView StatusLast Update
0001196OpenMPT[All Projects] Plugins / VSTpublic2019-03-04 19:58
ReporterharbingerAssigned To 
PrioritynormalSeverityminorReproducibilitysometimes
Status newResolutionopen 
Platformx64OSWindowsOS Version7
Product VersionOpenMPT 1.27.09.00 / libopenmpt 0.3.11 (upgrade first) 
Target VersionFixed in Version 
Summary0001196: 32-bit plug-in problems on 64-bit machine (Volume reset)
Description

Now that i've switched to Windows 7 on a 64-bit computer, running MPT now has problems that i didn't have on my 32-bit computer under XP. I am currently under OpenMPT 1.27.09.

  1. Stopping the playback turns the volume down on SOME VSTi's. It doesn't matter if it's 64-bit or 32-bit. The ones in particular are u-he's Zebra2 and Zebralette2, but there are others. The only way around it is to include a PC event at the beginning of every pattern, which is rather inconvenient.

  2. 32-bit VSTi's also will not record PC events. Not all of my VSTi's have a 64-bit version.

  3. Selecting inside the VSTi window of some VSTi's will not allow the preview shortcut to work until i select the window frame. It seems manipulating a controller on the GUI window takes the focus away from ModPlug and it won't "hear" the preview shortcut.

TagsNo tags attached.
Has the bug occurred in previous versions?no
Tested code revision (in case you know it)

Relationships

related to 0000991 assignedSaga Musix "Record parameter changes" not work with bridged plugins 

Activities

Saga Musix

Saga Musix

2019-02-15 21:42

administrator   ~0003847

Please do not report multiple issues in one report. This just makes handling them much more difficult.

That being said, you can continue to use the 32-bit version of OpenMPT on your new machine. In fact, that is exactly what the download site recommends you to do if the majority of your plugins are 32-bit plugins. Your second and third bullet point are known issues already covered by other bug reports or cannot be solved at all. This means only point 1 remains, but I have never seen such a behaviour with the plugins you mentioned, so I will check it out later in case anything changes in those plugins.

Saga Musix

Saga Musix

2019-02-17 15:04

administrator   ~0003848

To give a short explanation why the third point is a known issue that cannot be fixed: Bridged plugins run in their own process, and their UI is not directly embedded into OpenMPT's plugin window like non-bridged plugins are. It only looks as if they are, but they are completely separate. Not all plugins allow for keyboard messages to be passed on to OpenMPT in this case, which is why not all bridged plugins allow direct note preview. With many other plugins it should work as expected, though.

harbinger

harbinger

2019-02-19 19:49

reporter   ~0003854

So if i have a problem with the GUI elements taking focus away, the solution is either don't use those problematic 32-bit plugins on a 64-bit machine (if i want the same response and behavior), or use them only in 32-bit machines, if i understand your resolution correctly.
Could it be a problem with the bridge? Might other 32-bit bridges have different capabilities or problem-solving methods? I don't haveany problem trying others.

Concerning the volume being reset after stopping playback, i thought i had seen it occur on more than just the Zebra VSTi's. I will test my others as well, to see if it's a problem with VSTi architecture or versions, or if one of openMPT's settings is triggering the reset inside certain VSTi's.

Saga Musix

Saga Musix

2019-02-19 20:04

administrator   ~0003855

As I have explained before - you can run the 32-bit version of OpenMPT on a 64-bit machine. If you use lots of 32-bit plugins, this is the recommended way to go. In such a scenario there is little to be gained from running the 64-bit version, but the 32-bit version will still run way better than OpenMPT ever did on your previous 32-bit machine (for the same reasons I explained already a while ago when you asked a similar question: 0000923:0003223).

Could it be a problem with the bridge? Might other 32-bit bridges have different capabilities or problem-solving methods?

It is very well possible that these specific would work better with jBridge, as there is lot of undocumented black magic happening in plugin bridges, and I certainly haven't figured out all of the tricks that jBridge pulls off to bring OpenMPT's bridge on the same level. jBridge isn't free, though. There is a demo version to try out, though.

Concerning the volume being reset after stopping playback, i thought i had seen it occur on more than just the Zebra VSTi's. I will test my others as well, to see if it's a problem with VSTi architecture or versions, or if one of openMPT's settings is triggering the reset inside certain VSTi's.

I certainly cannot reproduce it here, but since there are many ways to change the volume in Zebra, maybe I'm just trying something completely different than what you do.

harbinger

harbinger

2019-03-04 19:58

reporter   ~0003884

Fortunately, the Zebra plugins have 64-bit versions so this irritation can be put aside...

Issue History

Date Modified Username Field Change
2019-02-15 21:38 harbinger New Issue
2019-02-15 21:42 Saga Musix Note Added: 0003847
2019-02-17 15:01 Saga Musix Relationship added related to 0000991
2019-02-17 15:04 Saga Musix Note Added: 0003848
2019-02-19 19:49 harbinger Note Added: 0003854
2019-02-19 19:50 harbinger Summary 32-bit plug-in problems on 64-bit machine => 32-bit plug-in problems on 64-bit machine (Volume reset)
2019-02-19 20:04 Saga Musix Note Added: 0003855
2019-03-04 19:58 harbinger Note Added: 0003884