Continuation from https://github.com/falkTX/Carla/issues/503

Here's what I think the easiest way to proceed: I will create the VirtualBox VM with FreeBSD and the suggested carla port that fails in build. You can just add this VM image into VirtualBox and take it from there.

Will this work for you?

I have been using Carla-Git for many months and using Win32VSTs without issue. Thanks for this wonderful work!

Upgrading to Vivid has caused windows 32 bit VSTs working. I have not yet worked out which package change it was. Normally I use Rovee, so I will focus on that in this bug report, but all Win32 VSTs I try seem to do the same thing.

Symptom. Rovee loads into carla-git and the GUI can be brought up and used faultlessly, but no sound is transmitted through the plug in. The "power" button on the rack shows Green (On) for a short time after loading then goes to Red (off). Pressing the power button manually makes it Green for a while, with the same result that after a short time it goes off. The meters on the rack move.

On the pack bay, connecting the mic through rovee to the speakers transmits no sound.

Starting carla-git from a terminal gives these errors:

(09:13:07) itsuka>> carla
Using "carla" theme
Carla 1.9.6 (2.0-beta4) started, status:
  Python version: 3.4.3
  Qt version:     4.8.6
  PyQt version:   4.11.3
  Binary dir:     /usr/lib/carla
  Resources dir:  /usr/share/carla/resources
libjack.so.0 loaded sucessfully!
Carla Server Info:
  sizeof(BridgeRtClientData):    6360
  sizeof(BridgeNonRtClientData): 16400
  sizeof(BridgeNonRtServerData): 65552
starting plugin bridge, command is:
/usr/lib/carla/carla-bridge-win32.exe "VST2" "/home/sean/bin/VST/rovee121/RoVee.dll" "Rovee" 859398452
WINE realtime scheduling hack enabled, realtime base priority has been set to 15
wineserver running SCHED_NORMAL
CarlaEngineBridge::CarlaEngineBridge("fjwE1N", "q5m8Qh", "EJMtPK", "7ZnMkX")
Carla Client Info:
  BufferSize: 256
  SampleRate: 48000
  sizeof(BridgeRtClientData):    6360/6360
  sizeof(BridgeNonRtClientData): 16400/16400
  sizeof(BridgeNonRtServerData): 65552/65552
Carla assertion failure: "name != nullptr && name[0] != '\0'" in file ../utils/CarlaBackendUtils.hpp, line 530
Carla Client Ready!
waitForClient(resize-pool) timeout here
Carla assertion failure: "! fTimedOut" in file CarlaPluginBridge.cpp, line 2657
waitForClient(process) timeout here
waitForClient(deactivate) timeout here

Each time I press the power button the second error (! fTimedOut in CarlaPluginBridge) shows again. Same line number.

installation was tried from scratch as outlined in the linuxmusicians original thread with:

apt-get install wine-rt carla-git carla-data carla-bridge-win32 rm -rf ~/.wine export WINEARCH=win32 wineboot # for the winetricks winetricks corefonts winetricks vcrun2005 winetricks vcrun2008 winetricks vcrun2010 winetricks gdiplus

Current versions are:

wine-rt 1:1.7.34-1~vivid1

carla-git_1.9.5~git20150406.2_amd64.deb carla-data_1.9.5~git20150406.2_all.deb carla-bridge-wine32_1.9.5~git20150103_i386.deb carla-bridge-win32_1.9.5~git20150311_amd64.deb carla-lv2_1.9.5~git20150406.2_amd64.deb carla-vst_1.9.5~git20150406.2_amd64.deb lv2-dev_1%3a1.11.0+git20150302-1kxstudio1_amd64.deb python3-bson_2.7.2-1_amd64.deb python3-bson-ext_2.7.2-1_amd64.deb python3-gridfs_2.7.2-1_all.deb python3-html5lib_0.999-3_all.deb python3-isodate_0.5.1-1_all.deb python3-numpy_1%3a1.8.2-1ubuntu1_amd64.deb python3.4-lilv_1%3a0.21.3+svn5644-1kxstudio1_amd64.deb python3-lilv_1%3a0.20.0-1kxstudio1_all.deb python3-pymongo_2.7.2-1_amd64.deb python3-pymongo-ext_2.7.2-1_amd64.deb python3-pyparsing_2.0.3+dfsg1-1_all.deb python3-pystache_0.5.4-3_all.deb python3-rdflib_4.1.2-3_amd64.deb python3-serial_2.6-1.1ubuntu1_all.deb python3-sparqlwrapper_1.6.4-0ubuntu1_all.deb python3-tornado_3.2.0-1ubuntu1_amd64.deb python3-whoosh_2.5.7-3_all.deb mod-python3_0.99.4+git20150304-1kxstudio4_all.deb mod-resources_0.9.4-1kxstudio1_all.deb mod-ui-common_0.99.8+git20150403-1kxstudio2_all.deb phantomjs_1.9.0-1_amd64.deb mod-ui-py3_0.99.8+git20150403-1kxstudio2_all.deb

I have a number of ardour tracks with their own carla-racks containing various sfzs. When I reload the session I don't get any sound out of them and I have to clone + remove the sfzs in the carla-rack to get them to work again.

I installed carla-git, carla-bridges-win32-git and carla-bridges-win64-git from the Arch AUR. Everything is working nicely in the standalone version, but using the carla vst plugins in Bitwig I am not able to load any win32 (or 64) vst.
By default it says that this carla build could not handle win32 plugins. After symlinking the win32 and win64 bridges to the carla.vst directory I'm getting timeouts.

Are the carla vst plugins able to load win32 vsts?

Every time I load up Carla the positions are reset or random. Some in the top left corner or bottom left. Also happens when selecting/moving multiple modules at the same time.

Also, this is how i startup jack/pulse and config my audio bridges....

#!/bin/bash killall -9 carla killall -9 jackdbus killall -9 pulseaudio sleep 5 jack_control start & sleep 1 pulseaudio --start cadence & sleep 2 pacmd unload-module module-jack-sink pacmd unload-module module-jack-source sleep 2 #pulseaudio bridges | in / out pacmd load-module module-jack-source channels=2 source_name=voip-in client_name=voip-in connect=false pacmd load-module module-jack-sink channels=2 sink_name=voip-out client_name=voip-out connect=false pacmd load-module module-jack-sink channels=2 sink_name=games-out client_name=games-out connect=false pacmd load-module module-jack-source channels=2 source_name=media-in client_name=media-in connect=false pacmd load-module module-jack-sink channels=2 sink_name=media-out client_name=media-out connect=false sleep 2 #a2jmidid -e & sleep 5 #carla & carla ~/carla.setup.carxp & sleep 3 wall "Audio systems up and running" sleep 1 exit 0

I've tried starting carla with and without the project file being opened via the script.

OS- Garuda Linux on Zen Kernel.

Not sure whether this is a Tracktion or Carla bug.

In Carla standalone I can load plugins and unload plugins just fine and open their custom GUI (either through the right-click menu or the "GUI" button) and close their GUI window again.

Whoever, when I load Carla (Patchbay, PatchbayFx, Rack, RackFX, doesn't matter) as a VST plugin in Tracktion and then load a plugin in Carla (e.g. Calf Phaser, but any plugin will show the same problem), I can open the custom GUI, but when I try to close it by clicking on the close button of the window decoration, the window does not close, only the light blue frame around the "GUI" button in the plugin slot in Carla disappears. When I click that button, the plugin window disappears but the reappears immediately again, but is then unresponsive (but still processes Audio/MIDI). I can then only remove the plugin window by killing it and with it Carla and Tracktion.

I just re-checked this with newest Tracktion (5.4.2) and Carla compiled from git as of now (2014-02-03 19:00 CET).

some UIs won't launch. The calf and the invada and the guitarix lv2 UIs. They could be more. I do get some working. I'm using Arch64 and both binary and AUR build. Even uninstalled, make clean, etc.

Here is a read out from Carla's log: Error opening file /usr/lib/lv2/carla.lv2/manifest.ttl (No such file or directory) lilv_world_load_bundle(): error: Error reading file:///usr/lib/lv2/carla.lv2/manifest.ttl Error opening file /usr/lib/lv2/jg_zitareverb.lv2/manifest.ttl (Permission denied) lilv_world_load_bundle(): error: Error reading file:///usr/lib/lv2/jg_zitareverb.lv2/manifest.ttl Error opening file /usr/lib/lv2/tapiir.lv2/manifest.ttl (Permission denied) lilv_world_load_bundle(): error: Error reading file:///usr/lib/lv2/tapiir.lv2/manifest.ttl CarlaPluginThread::run() - GUI crashed while opening

I tried to run Calf Reverb.

Hi,

I installed Carla on Ubuntu 19.10 with the kx PPA. But Carla seems to crash whenever I do addplugin and select a native linux VST. It just closes carla.

Probably it is a configuration problem on my side. Is there some logs or crashdump so I can get a clue why this is happening. Console out just tells that Carla has closed.

Beste regards, Robin

...on this system:

Linux mesecina 3.17.6-1-ARCH #1 SMP PREEMPT Sun Dec 7 23:43:32 UTC 2014 x86_64 GNU/Linux

...with this output:

make[1]: Entering directory '/home/epimetheus/code/kunst/Carla/source/jackbridge'
Compiling JackBridgeExport.cpp
Creating jackbridge.win32e.a
make[1]: Leaving directory '/home/epimetheus/code/kunst/Carla/source/jackbridge'
make[1]: Entering directory '/home/epimetheus/code/kunst/Carla/source/modules/juce_audio_basics'
Compiling juce_audio_basics.cpp (32bit)
Creating juce_audio_basics.win32.a
make[1]: Leaving directory '/home/epimetheus/code/kunst/Carla/source/modules/juce_audio_basics'
make[1]: Entering directory '/home/epimetheus/code/kunst/Carla/source/modules/juce_audio_processors'
Compiling juce_audio_processors.cpp (32bit)
In file included from ../juce_gui_basics/../juce_graphics/../juce_core/system/juce_StandardHeader.h:53:0,
                 from ../juce_gui_basics/../juce_graphics/../juce_core/juce_core.h:143,
                 from ../juce_gui_basics/../juce_graphics/juce_graphics.h:28,
                 from ../juce_gui_basics/juce_gui_basics.h:28,
                 from juce_audio_processors.h:28,
                 from juce_audio_processors.cpp:39:
processors/juce_AudioProcessorEditor.cpp: In destructor ‘virtual juce::AudioProcessorEditor::~AudioProcessorEditor()’:
processors/juce_AudioProcessorEditor.cpp:39:24: error: ‘class juce::AudioProcessor’ has no member named ‘getActiveEditor’
     jassert (processor.getActiveEditor() != this);
                        ^
../juce_gui_basics/../juce_graphics/../juce_core/system/juce_PlatformDefs.h:108:46: note: in definition of macro ‘MACRO_WITH_FORCED_SEMICOLON’
  #define MACRO_WITH_FORCED_SEMICOLON(x) do { x } while (false)
                                              ^
processors/juce_AudioProcessorEditor.cpp:39:5: note: in expansion of macro ‘jassert’
     jassert (processor.getActiveEditor() != this);
     ^
Makefile:100: recipe for target '../../../build/juce_audio_processors/Release/juce_audio_processors.cpp.win32.o' failed
make[1]: *** [../../../build/juce_audio_processors/Release/juce_audio_processors.cpp.win32.o] Error 1
make[1]: Leaving directory '/home/epimetheus/code/kunst/Carla/source/modules/juce_audio_processors'
Makefile:227: recipe for target '/home/epimetheus/code/kunst/Carla/build/modules/Release/juce_audio_processors.win32.a' failed
make: *** [/home/epimetheus/code/kunst/Carla/build/modules/Release/juce_audio_processors.win32.a] Error 

It's quite puzzling of how to use it since it's not activated when some instruments exist on rack that do work from their own keyboards. Others also faced same issue:

https://linuxmusicians.com/viewtopic.php?f=47&t=19684

Btw, I would love to know the secret too!

Hello,

I wanted to try u-he plugins that are currently in public beta (see forum thread here: http://www.kvraudio.com/forum/viewtopic.php?f=31&t=424953). They are loading properly in Ardour 4 but make carla-git instantly crash as soon as they are added.

Regards, Barbouze

Maybe it's not Carla related but I haven't TR-808 VSTi work on Carla under Manjaro Linux.

• both carla and carla-git (Also Ardour7.2 has almost same problem)
• When I pushing the EDIT button, the TR-808 freeze.
• Also a new window can't be visible when I pushing the EDIT button like https://twitter.com/Inqb8tr_jp/status/1606888275947687936/photo/1

TR-808 works only when Roland Cloud Manager is working, probably for licensing. I'm a subscriber of PRO plan for Roland Cloud Manager for a month.

======= Engine started ========
Carla engine started, details:
  Driver name:  JACK
  Sample rate:  48000
  Process mode: Multi client
18:03:58 [TR-808(VST2 64bit)-1349Icey] Initializing yabridge version 5.0.2
18:03:58 [TR-808(VST2 64bit)-1349Icey] library:       '/usr/lib/libyabridge-vst2.so'
18:03:58 [TR-808(VST2 64bit)-1349Icey] host:          '/usr/bin/yabridge-host.exe'
18:03:58 [TR-808(VST2 64bit)-1349Icey] plugin:        '/home/aki/.wine/drive_c/Program Files/Vstplugins/Roland/TR-808/TR-808(VST2 64bit).dll'
18:03:58 [TR-808(VST2 64bit)-1349Icey] plugin type:   'VST2'
18:03:58 [TR-808(VST2 64bit)-1349Icey] realtime:      'yes'
18:03:58 [TR-808(VST2 64bit)-1349Icey] sockets:       '/run/user/1000/yabridge-TR-808(VST2 64bit)-1349Icey'
18:03:58 [TR-808(VST2 64bit)-1349Icey] wine prefix:   '/home/aki/.wine'
18:03:58 [TR-808(VST2 64bit)-1349Icey] wine version:  '7.22'
18:03:58 [TR-808(VST2 64bit)-1349Icey] 
18:03:58 [TR-808(VST2 64bit)-1349Icey] config from:   '<defaults>'
18:03:58 [TR-808(VST2 64bit)-1349Icey] hosting mode:  'individually, 64-bit'
18:03:58 [TR-808(VST2 64bit)-1349Icey] other options: '<none>'
18:03:58 [TR-808(VST2 64bit)-1349Icey] 
18:03:58 [TR-808(VST2 64bit)-1349Icey] Enabled features:
18:03:58 [TR-808(VST2 64bit)-1349Icey] - bitbridge support
18:03:58 [TR-808(VST2 64bit)-1349Icey] - CLAP support
18:03:58 [TR-808(VST2 64bit)-1349Icey] - VST3 support
18:03:58 [TR-808(VST2 64bit)-1349Icey] 
18:03:58 [TR-808(VST2 64bit)-1349Icey] [Wine STDERR] Initializing yabridge host version 5.0.2
18:03:58 [TR-808(VST2 64bit)-1349Icey] [Wine STDERR] Preparing to load VST2 plugin at '/home/aki/.wine/drive_c/Program Files/Vstplugins/Roland/TR-808/TR-808(VST2 64bit).dll'
18:03:59 [TR-808(VST2 64bit)-1349Icey] [Wine STDERR] 0600:fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
18:03:59 [TR-808(VST2 64bit)-1349Icey] [Wine STDERR] 0600:fixme:toolhelp:Heap32ListFirst : stub
18:03:59 [TR-808(VST2 64bit)-1349Icey] [Wine STDERR] 0600:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION
18:03:59 [TR-808(VST2 64bit)-1349Icey] [Wine STDERR] 0604:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFFFFFFFFFA, 00000000021FFE10
18:03:59 [TR-808(VST2 64bit)-1349Icey] [Wine STDERR] 0610:fixme:file:ReplaceFileW Ignoring flags 6
18:03:59 [TR-808(VST2 64bit)-1349Icey] [Wine STDERR] 060c:fixme:file:ReplaceFileW Ignoring flags 6
18:03:59 [TR-808(VST2 64bit)-1349Icey] [Wine STDERR] Finished initializing '/home/aki/.wine/drive_c/Program Files/Vstplugins/Roland/TR-808/TR-808(VST2 64bit).dll'
18:04:01 [TR-808(VST2 64bit)-1349Icey] [Wine STDERR] 0600:fixme:imm:ImeSetActiveContext (00000000000D00B8, 1): stub
18:04:01 [TR-808(VST2 64bit)-1349Icey] [Wine STDERR] 0600:fixme:imm:ImmReleaseContext (00000000000300AE, 00000000000D00B8): stub
18:04:39 [TR-808(VST2 64bit)-1349Icey] [Wine STDERR] 0600:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet

1. Add ZaMultiComp or ZaMuiltiCompX2 to Carla standalone.
2. From the main rack Preset drop down menu, select the "Presence" preset >> Crash.

Selecting the preset does not cause issues with Qtractor or Ardour.

Other side effects: If the custom UI is shown when the preset is selected, Carla does NOT crash. Selecting the preset from the generic UI window also causes crash.

Carla -v: Using Carla version 2.5.2 Python version: 3.10.8 Qt version: 5.15.7 PyQt version: 5.15.7

From Git build: Using Carla version 2.6.0-alpha1 Python version: 3.10.8 Qt version: 5.15.7 PyQt version: 5.15.7

Zam version: 3.14 from Manjaro official repositories.

Zam version from git 4.1 also causes same crash.

Thank you for this great software and appreciate your efforts for this work. Describe the bug:

• I have a problem when i want change a bank I send Midi Event (MSB, LSB, Program change) to VST via Carla all numbers are correct but MSB = 0.
• When I run this VST standalone it receives Midi event and MSB is correct and not 0, but when i run it from inside Carla it is MSB = 0.

Carla version : 2.6.0-alpha1 VST Plug in : Linuxsampler VST Midi event Sender: BeeSoftware V-Console V2.3 (running via wine)

System :

Operating System: Arch Linux KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 Kernel Version: 5.15.81-1-lts (64-bit) Graphics Platform: X11 Processors: 4 × Intel® Core™ i5-5300U CPU @ 2.30GHz Memory: 7.6 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 5500 Manufacturer: Dell Inc. Product Name: Latitude E5550

To Reproduce :

1-Load VST plugin make connections . 2-In V-Console Click on some voices to change. 3-Midi event received via Linuxsampler "log in Carla ".

Expected behavior:

• Receive correct MSB number to let VST change the banks that created in linuxsampler.

Screenshot:

Build: v2.5.2

Carla instantly crashes when trying to open Driver settings: (seen below)

https://user-images.githubusercontent.com/35093438/205494766-17cd8511-f7ed-4dbc-abd5-336e442c2506.mp4

Expected result seen in this tutorial: https://youtu.be/r78-AyEaSds?t=855

Other notes: This is a fresh install, no plugins added (yet) - Was following the linked tutorial when I came across this crash. PC Is Win 10

I'm having some issues on openSUSE with the patchbay not actually operating as a patchbay under pipewire. It just shows up as a stereo audio.... thing... on other pipewire patchbays. I cannot load separate racks and connect them as I please. openSUSE repo shows Carla as up to date. I tried the flatpak, and it worked for a week but it's broken after and update for other unknown reasons. Also precompiled binary on the kx studio webpage is version 2.2 not 2.5.2.