Another option you may consider too is to leverage something available but
not widely used on the Windows OS called a symbolic link. You may have
success making symbolic links to your fixed VST paths within your working
directory... i.e. %userprofile%\lmms\samples\vsts pointing to c:\Program
Files\VstPlugins although you'd still need a way of back-referencing the
x86 stuff. If you find some paths that are common among the commercial
VSTs, we could consider hard-coding that into our search path as well, much
like we already do for LADSPA plugins on Linux.
- [email protected]
On Mon, Oct 20, 2014 at 11:06 AM, Tres Finocchiaro <
[email protected]> wrote:
> On Mon, Oct 20, 2014 at 10:26 AM, DeRobyJ <[email protected]> wrote:
>
>> Does that mean that you have to put all the dlls in the same folder?
>>
>
> Not necessarily. VST effects suffer from that problem, but VST
> instruments can be in subfolders. It really depends how you structure your
> plugins. I personally don't use the expensive VSTs which require
> installation, so I keep my DLLs on a cloud drive organized as I wish, which
> works with the 1.1 branch.
>
> The issue with commercial VSTs is they tend to install in arbitrary
> locations such as %ProgramFiles% and %ProgramFiles(x86)% within certain
> locations specific to each plugin. This causes architectural path related
> problems between 64-bit and 32-bit plugins if the DLLs aren't moved to
> within the working directory.
>
> Can't we just have a piece of code that seaches the needed dll in a list
>> of folders edited by users in a text file?
>>
>
> We currently support multiple paths for LADSPA effects. We could
> certainly do the same for VSTs without much code modification, although the
> inputbox is a bit small for multiple locations, and searching recursively
> through folders isn't yet coded. That would have to be thought out
> properly because there are instances where a folder could contain both a
> 64-bit and a 32-bit plugin and we'd probably want the software to
> intelligently select the best match first. This should probably go into a
> more detailed bug report so that we don't forget the discussion in the
> archives of the mailing list.
>
> -Tres
>
------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
_______________________________________________
LMMS-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lmms-devel
