What does scanning VST plugins actually mean?
- KVRAF
- 11001 posts since 15 Apr, 2019 from Nowhere
DAWs usually look for new plugins when they start up. If it’s taking a long time with yours, it could be that there’s an issue causing it to not remember those it has already scanned on previous start ups.
-
- KVRAF
- 10310 posts since 2 Sep, 2003 from Surrey, UK
Or you might have lots of non-plug-in files in the folders that are being scanned. Preset files, sample libraries?
-
- KVRian
- 1265 posts since 9 Sep, 2005 from Oulu, Finland
It looks for new or modified plugin binary files. When it finds one, it loads the plugin and gathers information like plugin and developer name, whether the plugin is an instrument or an effect and so on. Because it needs to load the plugin to get that more detailed info, the scanning process may take a long time because plugins can be slow to load due to copy protection, loading audio files etc...Correctly working hosts should cache that information and avoid rescanning the plugins.
Like was mentioned above, just going through all the files in the plugin folders can itself become a slow thing if there's also a ton of audio files, presets or something like that in those folders. (Operating systems may have fast functions for searching only files of a certain type etc, but not all hosts may be using those functions.)
- KVRAF
- 8828 posts since 6 Jan, 2017 from Outer Space
I never understood why this is done in advance. I would only scan it if I want to load a plug-in, then put that info into the data base to be able to load it faster next time. How often would that process block the program hanging on a specific incompatible plugin which I did not intend to use anyway. Its a stupid procedure which could easily made more convenient...!
-
- KVRAF
- 35434 posts since 11 Apr, 2010 from Germany
How would you be able to load a plugin in your host, if it doesn't scan the plugins in advance?
It also needs to re-scan the plugin, when you updated it.
How long does the plugin scan take in your host anyway? It always was a matter of seconds in the hosts i use.
It also needs to re-scan the plugin, when you updated it.
How long does the plugin scan take in your host anyway? It always was a matter of seconds in the hosts i use.
-
- KVRAF
- 2550 posts since 13 Mar, 2004
By the DAW opening a file dialog which let's me browse to the plugin I want to load.
edit:
Or quicker, drag and drop dll's from Windows explorer onto tracks for eample.
Last edited by No_Use on Fri Aug 30, 2019 10:22 pm, edited 2 times in total.
-
- KVRAF
- 2550 posts since 13 Mar, 2004
Of course plugin browser is more convinient and I wouldn't want to miss it too, I meant just as additional option to e.g. test a new plugin without having to rescan plugins folder.
- KVRAF
- 8828 posts since 6 Jan, 2017 from Outer Space
An initial scan of my folders could take many minutes, very often I experienced a hang, one plugin blocked the whole process, then I would need to kill the host, find that plugin and remove it, redo the scan
Bitwig can actually update their database on the fly. Throw a new plug in, and load it immediately, if it fails it will be listed as well...
I also never understood why devs don’t implement that as a background process...
I once updated Logic, and went off for a job on the country side, no internet, or extremely low speed... I opened Logic, and it insisted to download new content which I did not need for that job at all. I could not proceed, finally we drove to Lyon to the Apple store to complain, there it downloaded all of it within seconds...
Any bookkeeping process which isn’t crucial for the program to function must be either in the background or on demand or to be able to be canceled. Anything else is very bad design...
-
- KVRist
- 34 posts since 8 Sep, 2019
what does scanning mean?
well, scanning means loading: every plug-in in the search path will be loaded once to make sure it works.
I never understood why this is done in advance
when would you do it? before quitting? scanning it in advance to working in a program is its essence.
How often would that process block the program hanging on a specific incompatible plugin which I did not intend to use anyway
if you have 1000 plug-ins installed and you use 5 different hosts, do you really know all incompatibilities by heart?
if you would test a plug-in in a sandbox only when you load it for the first time, it will cost you time during creative work instead of prior.
scanning VST plug-ins has been introduced with nuendo 1.x on mac - because people requested it.
beside the testing for compatibility - dont you think it is cool to have a list of the VST specs of your tools around? where you for example can see if a plug-in supports midi or not, wether it is an instrument or not, and which ones support 5.1 and 7.1.?
the basic procedure with "scanning" is this:
install your host
install 1000 plug-ins
open your host
(now wait 3 minutes for scanning)
from now on use your host troublefree for the next few years.
where is the problem?
How would you be able to load a plugin in your host, if it doesn't scan the plugins in advance?
does microsoft word scans throught your word documents before you open one? of course not. it is the same with VST plug-ins. you open documents by, well, by opening documents.
scanning them in advance is a very special task which is rarely used.
I also never understood why devs don’t implement that as a background process...
because it would not make much sense to allow you to open coolsynth.vst when it doesnt work in this host anyway.
if you download and install NI komplete today you are busy with preparation for HOURS. the additional 45 seconds for scanning should not make a big difference.
well, scanning means loading: every plug-in in the search path will be loaded once to make sure it works.
I never understood why this is done in advance
when would you do it? before quitting? scanning it in advance to working in a program is its essence.
How often would that process block the program hanging on a specific incompatible plugin which I did not intend to use anyway
if you have 1000 plug-ins installed and you use 5 different hosts, do you really know all incompatibilities by heart?
if you would test a plug-in in a sandbox only when you load it for the first time, it will cost you time during creative work instead of prior.
scanning VST plug-ins has been introduced with nuendo 1.x on mac - because people requested it.
beside the testing for compatibility - dont you think it is cool to have a list of the VST specs of your tools around? where you for example can see if a plug-in supports midi or not, wether it is an instrument or not, and which ones support 5.1 and 7.1.?
the basic procedure with "scanning" is this:
install your host
install 1000 plug-ins
open your host
(now wait 3 minutes for scanning)
from now on use your host troublefree for the next few years.
where is the problem?
How would you be able to load a plugin in your host, if it doesn't scan the plugins in advance?
does microsoft word scans throught your word documents before you open one? of course not. it is the same with VST plug-ins. you open documents by, well, by opening documents.
scanning them in advance is a very special task which is rarely used.
I also never understood why devs don’t implement that as a background process...
because it would not make much sense to allow you to open coolsynth.vst when it doesnt work in this host anyway.
if you download and install NI komplete today you are busy with preparation for HOURS. the additional 45 seconds for scanning should not make a big difference.
- Beware the Quoth
- 33168 posts since 4 Sep, 2001 from R'lyeh Oceanic Amusement Park and Funfair
So, you'd prefer a much longer way round than having prepopulated, sorted, menus.
my other modular synth is a bugbrand
- KVRAF
- 7747 posts since 13 Jan, 2003 from Darkest Kent, UK
Different DAWs definitely do the pre-scanning differently. Last time I tried the Tracktion demo it literally took 90 minutes to scan my plugins, Reaper could do it in four or five (this was before I had my epiphany and had ridiculous amounts of freeware etc installed...)
I always liked energyXTs way, didn't have a browser per se, just a folder tree of your plug in folder (which encouraged you to keep things organised ) If you wanted to demo a plug you could just drop it on the workspace and only then would it load and scan it.
I always liked energyXTs way, didn't have a browser per se, just a folder tree of your plug in folder (which encouraged you to keep things organised ) If you wanted to demo a plug you could just drop it on the workspace and only then would it load and scan it.