Open karmux opened 5 years ago
karmux
commented
5 years ago This happens only when using XEmbed plugin embedding protocol. When embed using Qt API or using no embedding then LMMS does not freeze. Also CPU usage seem to get higher with XEmbed protocol and playback starts to have glitches while CPU usage stays lower for other embedding options.
ThyQueen
commented
5 years ago I have the same problem.
My system is Linux Mint Cinnamon 18.3 (64 bit) Wine 3.4 LMMS 1.2.0 - rc7. Laptop MSI 7 Rex Leopard Pro (No midi controller or other external gears plugged in)
I've noticed that if I keep saving, it works longer than expected but if I pause for a moment by, for example, checking the net or opening other programs, then when I get back to it, it's very likely to be frozen.
I've tried to test the same software and settings on my little Lenovo Ideapad 100s 11IBY Lubuntu 18.4 Desktop (64 bit) and it doesn't crash at all but of course the CPU is too limited here to use it for music production.
Interestingly, also windows games that do not work in Linux Mint with the same version of Wine, work flawlessly in Lubuntu.
I hope this information can help you discover the bug. Thank you
SecondFlight
commented
5 years ago Thanks for the extra info @ThyQueen!
healingdrawing
commented
4 years ago similar issue when XEmbed protocol used. Switching to qt protocol fix the freezing. os: kubuntu 18.04 wine: wine-4.0-rc2 lmms: Version 1.2.1 (Linux/x86_64, Qt 5.9.7, GCC 4.8.4) appImage
PhysSong
commented
4 years ago See also: #5104
FeralBytes
commented
2 years ago Same as the others. @healingdrawing 's fix worked for me on OS: Linux Mint 20.2 Wine: wine-5.0 LMMS 1.3.0a.1
PhysSong
commented
2 years ago Possibly related: https://gitlab.freedesktop.org/xorg/lib/libx11/-/merge_requests/57
FeralBytes
commented
11 months ago I think this issue is fixed and resolved, can any one still reproduce on current master? If not then it should be closed.
consolegrl
commented
10 months ago Tested this on my old laptop (circa 2013):
Could not reproduce. Will do testing with a heavier file, but it worked fine.
Edit: 32-bit windows-built plugins mostly work with master (window open but no interface on Xembed, Qt window sorta works for a time but stops updating and the controls don't seem to work, but audio and presets work fine) 64-bit windows-built plugins don't work at all on my machine (no sound or interface; tried TAP NoiseMaker windows build and BPB Cassette Drums), and it's just a standard gentoo install of wine-vanilla and Xorg. The whole time however LMMS gui remained responsive and playing audio.
Will look into getting 64-bit plugins working unless that is a known issue. The freezing of LMMS gui, however, seems to be gone.
I can load all of my VST instruments and effects without problems. After loading they work as expected. But all of them are freezing LMMS after minute or two. For example massTURBOtar and TAL NoiseMaker are free plugins that I have. Doesn't matter if 32 or 64 bit plugin. This happens every time when VST window is visible and I click around. If VST window is not open then LMMS may not freeze at all or it takes significally longer time to freeze. During freeze there is no related console output that could hint about the problem even not in Valgrind. Interesting that after LMMS main window and it's subwindows have frozen the VST stays usable. I can turn knobs etc and sound reacts to UI changes. As a master branch user, I've had this issue for several months if not even longer. Doesn't happen in 1.2 branch. I'm using Manjaro Linux with Wine 4.2 from Manjaro repo.