Re: VSTPlugin on Linux

[email protected]
Newsgroups gmane.comp.audio.supercollider.user
Message-ID <[email protected]>
> Using this approach you do not have to run the vst plugins inside sc.
@eric: But you lose all the benefits ;-)

> I thus wonder if there is a way to use yabridge + vstplugin with SC ...
@artheist: I don't see why it shouldn't. From looking at the GitHub
page, I understand that it just creates wrapper .so files and VSTPlugin
should be able to load them. For VST2 plugins you'd have to pass the
correct directory to VSTPlugin.search (see the 'dir' argument). The VST3
plugins should be in a standard location, so a plain VSTPlugin.search
should do. I think it's all explained here:
https://github.com/robbert-vdh/yabridge

Christof

On 29.03.2021 16:20, [email protected] wrote:
> Hi,
>
> If you are on a linux platform, don't forget that you can use jack :
> why not running an independent vst hosting application and route input from
> and to sc via jack ?
>
> You just have to adapt the numOutputBusChannels variable or the sc
> server to have any number out output busses routable with jack, and the
> same applies for numInputBusChannels.
>
> Using this approach you do not have to run the vst plugins inside sc.
>
> Regards.
>
> Eric
> Le lun. 29 mars 2021 à 16:08, [email protected] a écrit :
>
>> Hi Christof,
>>
>> Thanks for the quick response, that is what I indeed feared.
>> I have been able to run VSTs on Linux with yabridge, which in my understanding is performing better than LinSVT.
>>
>> I thus wonder if there is a way to use yabridge + vstplugin with SC ...
>> Will keep you posted if I achieve to get something working this way.
>>
>> Best,
>>
>> @.
>>
>> Le lun. 29 mars 2021 à 09:50, <[email protected]> a écrit :
>>
>>   Hi,
>>
>>   VSTPlugin itself can only open plugins compiled for the same platform.
>>   Since you've mentioned Wine, I assume you're trying to run Windows DLLs?
>>   If yes, you can use LinVst (https://github.com/osxmidi/LinVst) which
>>   allows to run Windows VST plugins in a Linux host.
>>
>>   ---
>>
>>   Actually, VSTPlugin already supports bit bridging (= running a 32-bit
>>   plugin in a 64-bit host and vice versa). This is done by running the
>>   plugins in a dedicated process which communicates with the host via a
>>   shared memory interface. I guess the same technique could be used to run
>>   Windows VST plugins on Linux Pd/Supercollider. I'll put this on my list.
>>
>>   Christof
>>
>>   On 29.03.2021 15:06, [email protected] wrote:
>>   > Hi,
>>   >
>>   > I have been fiddling a bit with VSTPlugin which is a great addition to SC.
>>   > So far, I have been able to use it correctly on Mac OSX, but I have
>>   > trouble getting it to work on Linux.I guess the issue is mostly
>>   > related to Wine, or there is something I did not quite understand.
>>   >
>>   > I have been able to install vstplugin~ correctly either with the
>>   > supercollider-vstplugin AUR package as well as compiled from the
>>   > github latest version.
>>   >
>>   > Compile class library works fine and I am able to instantiate both
>>   > VSTPlugin SynthDef and VSTPluginController.
>>   >
>>   > However, when I am trying to open from the vst path for a vst
>>   > installed through wine, it results in an empty vst ...
>>   >
>>   > I am sure there is something obvious or sutpid on my part, any
>>   > pointers would be appreciated.
>>   >
>>   > Best,
>>   >
>>   > @.
>>
>>   _______________________________________________
>>   sc-users mailing list
>>
>>   info (subscription, etc.): http://www.birmingham.ac.uk/facilities/ea-studios/research/supercollider/mailinglist.aspx
>>   archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
>>   search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
>

_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.birmingham.ac.uk/facilities/ea-studios/research/supercollider/mailinglist.aspx
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.