Better responsiveness when loading remote plugins
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 10.4k
- Forks
- 1.3k
- Avg merge
- 2d 13h
- Merged PRs (30d)
- 7
Description
**Edited by @tresf April 13th, 2015**, adjusted original post to reflect actual problem.
> Lukas-W wrote Apr 15, 2014: _"While it is normal that loading a VST takes a few seconds, it should not cause LMMS to freeze. Instead, the loading process should take place in a separate thread so that the UI stays responsive. I don't know the architecture well enough, so I can't say if this is possible."_
---
LMMS often hangs when loading vst dll. The system is linux. It becomes very unresponsive when it happens. Seems it is looping in while (1) at the end of RemoteVstPlugin::RemoteVstPlugin. I am not an expert of programming threads, but maybe some QThread::msleep can help here?
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating RemoteVstPlugin::RemoteVstPlugin and inspect the while (1) loop involved in loading VST DLLs. Trace how that loading work interacts with the UI thread before deciding on a responsiveness fix. Done means remote plugin loading no longer makes the Linux UI unresponsive, with appropriate tests or reproduction checks added if the project supports them.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100