Search found 66 matches
- Thu Aug 07, 2014 8:38 pm
- Forum: KXStudio Discussion
- Topic: Loading Windows VSTs within Carla
- Replies: 299
- Views: 107684
Re: Loading Windows VSTs within Carla
Congratulations on the Beta2, fortunately, I don't have a cat 
- Thu Aug 07, 2014 1:31 pm
- Forum: KXStudio Discussion
- Topic: Bugs and requests for KXStudio 14.04
- Replies: 53
- Views: 20294
Re: Bugs and requests for KXStudio 14.04
Just to update this thread, there was a bug in 32-bit versions of bridges, now solved:
http://linuxmusicians.com/viewtopic.php ... 240#p55071
http://linuxmusicians.com/viewtopic.php ... 240#p55071
- Wed Aug 06, 2014 11:36 pm
- Forum: KXStudio Discussion
- Topic: Loading Windows VSTs within Carla
- Replies: 299
- Views: 107684
Re: Loading Windows VSTs within Carla
Interestingly, I tried to reproduce this plugin removal bug with native plugins, loading random plugins from the collection, incl. ladspa, lv2 and vsts, with and without GUI-bridging, and I could remove them with no negative consequences. Even loading, for instance, 4 different plugins and then remo...
- Wed Aug 06, 2014 11:01 pm
- Forum: KXStudio Discussion
- Topic: Loading Windows VSTs within Carla
- Replies: 299
- Views: 107684
Re: Loading Windows VSTs within Carla
Never heard of airware, and google came up with nothing useful... Regarding vst-bridge, if it's of any help, it worked out of the box with Ardour3, though I haven't given it a proper testing. Anyway, looks like you are making a good progress on Carla, and I'll be happy to help with further testing. ...
- Wed Aug 06, 2014 5:40 pm
- Forum: KXStudio Discussion
- Topic: Loading Windows VSTs within Carla
- Replies: 299
- Views: 107684
Re: Loading Windows VSTs within Carla
Update: on second attempt the messages were the same, but this time plugins did produce DSP load and, as expected, a higher load when switching to FIR and increasing resolution. Not sure what made the difference, perhaps restarting Jack? Connecting 2 instances and then removing one of them still pro...
- Wed Aug 06, 2014 5:13 pm
- Forum: KXStudio Discussion
- Topic: Loading Windows VSTs within Carla
- Replies: 299
- Views: 107684
Re: Loading Windows VSTs within Carla
That's pretty neat! Fixed in the latest git source. Still prints this red assertion failure, though (see the last line): joe@len-3000-C200:~/Desktop/Carla-compile/Carla$ python3 source/carla Using "carla" theme Carla 1.9.4 (2.0-beta2) started, status: Python version: 3.4.0 Qt version: 4.8....
- Wed Aug 06, 2014 1:44 pm
- Forum: KXStudio Discussion
- Topic: Loading Windows VSTs within Carla
- Replies: 299
- Views: 107684
Re: Loading Windows VSTs within Carla
Maybe that's a nonsense (again, I'm just an end-user, not a dev), but could the difference come from me using a 32-bit system?
- Wed Aug 06, 2014 1:34 pm
- Forum: KXStudio Discussion
- Topic: Loading Windows VSTs within Carla
- Replies: 299
- Views: 107684
Re: Loading Windows VSTs within Carla
I remember the compiler requesting curl, but maybe I was confusing the environments. Regarding pthreads, I used pthreads-w32 from their toolset because it was easily available. They also have something called "pthreads" there, but I'm not sure if it will do, as it doesn't have the "wi...
- Wed Aug 06, 2014 1:19 pm
- Forum: KXStudio Discussion
- Topic: Loading Windows VSTs within Carla
- Replies: 299
- Views: 107684
Re: Loading Windows VSTs within Carla
in order to prepare all the necessary tools with MXE, you can run this command:
"make gcc pthreads-w32 liblo qt curl".
Then you can go, relax, have your coffee and probably a nap...
"make gcc pthreads-w32 liblo qt curl".
Then you can go, relax, have your coffee and probably a nap...
- Wed Aug 06, 2014 1:16 pm
- Forum: KXStudio Discussion
- Topic: Loading Windows VSTs within Carla
- Replies: 299
- Views: 107684
Re: Loading Windows VSTs within Carla
here: mxe.cc This time I'm on their "stable" branch. MXE automatically downloads and compiles every single tool you use, incl. the compilers themselves. So it takes a LONG time to install. Note that you cannot move the installation folder as soon as you have the stuff compiled. I can try a...
- Wed Aug 06, 2014 12:55 pm
- Forum: KXStudio Discussion
- Topic: Loading Windows VSTs within Carla
- Replies: 299
- Views: 107684
Re: Loading Windows VSTs within Carla
It was synced to git a few hours ago. Now git pull revealed several changes. Looks like you updated the code while I'd been working my way through compiling it?..
Should I recompile?
Should I recompile?
- Wed Aug 06, 2014 12:45 pm
- Forum: KXStudio Discussion
- Topic: Loading Windows VSTs within Carla
- Replies: 299
- Views: 107684
Re: Loading Windows VSTs within Carla
Report about attempts to load Equilibrium winVST plugin with Carla compiled from source: I did not permanently install Carla so it doesn't get mixed with carla-git from the repositories. Instead, I utilized the convenient "python3 source/carla" command to run Carla without installing. I'll...
- Wed Aug 06, 2014 12:11 pm
- Forum: KXStudio Discussion
- Topic: Loading Windows VSTs within Carla
- Replies: 299
- Views: 107684
Re: Loading Windows VSTs within Carla
Success!! :P Despite having the VST3 SDK put in the right place, I still had to hack the source/modules/juce_audio_processors/AppConfig.h in order to disable VST3 compiling, otherwise compilation would exit with an error. VST2.4 SDK did solve the other troubles. Also as it turned out, to have the wh...
- Tue Aug 05, 2014 7:41 pm
- Forum: KXStudio Discussion
- Topic: Loading Windows VSTs within Carla
- Replies: 299
- Views: 107684
Re: Loading Windows VSTs within Carla
No luck. make win32: First the compiler complained about being unable to find pluginterfaces/vst2.x/aeffectx.h I manually created these folders in juce_audio_processors and copied aeffectx.h from the "vestige" folder there. Then it complained about: In file included from format_types/juce_...
- Tue Aug 05, 2014 11:33 am
- Forum: KXStudio Discussion
- Topic: Loading Windows VSTs within Carla
- Replies: 299
- Views: 107684
Re: Loading Windows VSTs within Carla
for some reason, MXE makes static build environment (as far as I understand), and (at least in their "master" branch") it names the compilers with the -static suffix. that is not documented anywhere, so I'd been confused by having the "i686-pc-mingw32-g++: Command not found"...