-
-
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
When you add vestige, have it automatically pop the find VST plugin dialog #1983
Comments
#434 is a relevant discussion that suggests having new instances of Vestige open some user-assigned default VST upon instantiation instead. |
This was before we could drag+drop from the sidebar file browser. If we are to add auto-prompt for file-based plugins, we should remain consistent and do it for all. It is my personal experience that people at the plugin level tend to be advanced enough to not need to be spoon fed a blocking dialog, so if we do this:
|
Is that fixed in Master? No longer an orphan pre-'view' window on left-click ? Great job 👍 ! |
This is my feelings, just written better. 👍 There is no need to dumb down the lmms experience. This issue may have been more relevant 6 years ago, but I feel less so today. |
You're talking about presets, we're talking about plugins. In the case of this request, the idea is to prompt the user when an empty plugin is added to the Song Editor or BB Editor to reduce the amount of clicks. Since 1.1, DLL's can be dragged directly from the left pane file browser into the Song Editor via #731, and they're denoted with a What you are describing is a bug with I believe the 1.0 branch which chewed up CPU and memory each time a VST is previewed because we weren't disposing of the remote process correctly. That is more rare as it requires someone to store VST presets. The VST preset preview bug was fixed by disabling previews for VSTs. But you probably know all of this because you wrote the original bug report... #300. :) |
@Wallacoloo yes, I agree... with the default VST argument. If we can find a GPL licensed VST plugin (one which wasn't compiled against the proprietary Steinberg headers) then this would be a very nice option. |
Sounds really smart! Should have been implemented year ago, really |
wooo that i did not know :| |
Can we close this request out then? I think current functionality beats the proposal from the OP (which was copied from an old TODO). I understand there's a want for the VSTs to show as actual instruments somewhere as a long-term solution, but I believe that is a different objective. |
one thing though, it is not only vst-dll's that are marked with a 'V', it is all dll's. That makes the workflow less intuitive, and not as potent as i expected. |
@musikBear that happens in the Fx selector too. |
Sure, but that's already on our radar per: #1807 (comment) So we don't lose track, I've added a dedicated bug report for it here: #2003 |
This is something from the ancient TO-DO file from before lmms was on github.
I believe the rational for this is that to load a VST, you currently have to do 3 steps:
and the author wanted this reduced to 1 step: Drag VeSTige into the track list and it will perform step 3 immediately, prompting you for the VST plugin to load.
I haven't used VSTs in LMMS before, but this seems like a useful workflow improvement.
The text was updated successfully, but these errors were encountered: