View Issue Details

IDProjectCategoryView StatusLast Update
0001965OpenMPTPlugins / VSTpublic2026-04-16 17:07
ReporterIcarusDream Assigned To 
PrioritylowSeveritycrashReproducibilityalways
Status closedResolutionno change required 
Platformx86 / x64OSWineOS Version(version plz)
Product VersionOpenMPT 1.32.09.00 / libopenmpt 0.8.6 (current stable) 
Summary0001965: Problems loading the VirtualJV (JV880) VST under WINE
Description

Not sure if it's an issue related to OpenMPT, vst3shell, WINE, VirtualJV itself or a case of PEBCAK on my behalf, but the plugin seems to inevitably crash the DAW if loaded.
The only major dependency mentioned in the OG repo on git is the "Visual C++ 2022 Redistributable" which I know for a fact that I have installed because other software which relies upon it works, and additionally, I did install it from scratch (as well as the older vcruntime libraries) when tried to launch VirtualJV under different WINE prefixes.
Since this is a VST3, it inherently relies upon vst3shell to work under OpenMPT, so tried using different builds of it, and while some of the conditions for the crash changed, the outcome was always the same.
There is a crash-log attachment, made using the most recent build of OpenMPT.

Steps To Reproduce

1.Install the relevant vcruntime libraries for the specific WINE prefix.
2.Place the plugin in "drive_c/Program Files/Common Files/VST3/" directory (either on its own, or in an additional folder set like "jv880.vst3/Contents/x86_64-win/", it's irrelevant).
3.Open OpenMPT and Load vst3shell (any version that's compatible with current OpenMPT), and it will recognize the plugin.
4.Load the plugin after it gets recognized by OpenMPT. OpenMPT will either crash right away, or in some cases, crash when you open the plugin through the editor.

Additional Information

Tested mainly under WINE 11.6
The plugin crashes regardless of any presence of roms in the folder.
Possibly not related to OpenMPT itself, considering the various interchangeable factors.

TagsNo tags attached.
Attached Files
crash.zip (16,568 bytes)
Has the bug occurred in previous versions?yes (tested with 1.32.01 and 1.32.06)
Tested code revision (in case you know it)

Activities

Saga Musix

Saga Musix

2026-04-16 17:07

administrator   ~0006639

The crash is in MSVCP140.dll, called from within the VST plugin. Nothing OpenMPT can do about. This looks related: https://stackoverflow.com/questions/78598141/first-stdmutexlock-crashes-in-application-built-with-latest-visual-studio

It could be that you need to try a different version of the Visual Studio runtime.

Issue History

Date Modified Username Field Change
2026-04-16 06:34 IcarusDream New Issue
2026-04-16 06:34 IcarusDream File Added: crash.zip
2026-04-16 17:07 Saga Musix Note Added: 0006639
2026-04-16 17:07 Saga Musix Status new => closed
2026-04-16 17:07 Saga Musix Resolution open => no change required