-
-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
LMMS becomes unresponsive when loading VSTs #2448
Labels
Comments
Good article: https://bugs.winehq.org/show_bug.cgi?id=35347 Possible duplicate of: Proposed fix (rejected): #2304 Link to another upstream bug report, not sure if relevant: https://bugreports.qt.io/browse/QTBUG-36446 |
Closed
@FLamparski I guess #3776 should have fixed the issue. Could you try our latest beta(1.2.0-RC5)? |
No response, closing. please request re-opening if you the issue is still there. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
While discussing #2446 I came across a few issues with the VST host. First, the VstPlugin class was trying to find the VST host binary in the wrong place (see). After I fixed this path I tried to import some VSTs to check if things were working (testing mainly with Tunefish 4 DLL and Synth1 (both 32 and 64 bit versions of the DLL produced hang)). While LMMS was able to start the remote plugin, it became unresponsive after doing so. I'm providing thread backtraces below.
Steps to reproduce (after applying patch from above):
I'm running Ubuntu 15.10 on a 64 bit system. My version of wine is
1:1.6.2-0ubuntu10
(from the official repos) and I have both wine1.6-amd64 and wine1.6-i386:i386 packages installed. I'm on the master branch of LMMS on commit 3e03e71. The output of./lmms --version
is as follows:Running LMMS, before interrupting out of the hang:
Backtraces:
Backtrace produced immediately after the SIGINT (not the same run of lmms as those above but same VST-related hang):
The text was updated successfully, but these errors were encountered: