I have several hosts that scan also the IZ files in the iZotope plug-ins, and put them aside with an error, so, I would not be so sure. But maybe that because those those are also DLL files.ENV1 wrote: (And with respect to host-scanning; i really cant imagine that any host developer could be so careless as to program their plugin-scanner in such a way that it would actually scan everything thats present in the plugin folder. On the contrary, i have very little doubt that they are smart enough to make use of the OSs filetype-filter, so that the scanner only scans for .dll and/or .vst3 files and other types of files arent being involved in the first place. (You know, in the interest of time.)).
Anyway, the main argument is when you use several species of the plug-in (like VST2, VST3, AAX, and also 32-bit and 64-bit versions). The method you prefer would force to have a version of the suport files in EACH plug-in folder. Not very practival, IMO. OTOH, a central common location for the support files is much more neat, makes much more sense, and is what is being done by the majority of developers. Of course, this could be user definable, and that way the user could choose where to put it (even inside the VST folder if that's what he/she wanted).
