Loading Windows VSTs within Carla
Moderators: MattKingUSA, khz
Re: Loading Windows VSTs within Carla
At least this new Carla vst32 bridge version didn't crash when loading BaxterEQ as did the last one. You're on the right direction.
Keep up the good work and thank you!
Keep up the good work and thank you!
Re: Loading Windows VSTs within Carla
Hi, how about carla-bridge-win32 for quantal? I can't find it in repositories.
Re: Loading Windows VSTs within Carla
Hi, the package is now visible in the repo, but there's problem with dependencies:
Could you rebuild the package with wine1.4 dependencies?
Code: Select all
needs: wine1.5-i386 but it is not installable
-
- Established Member
- Posts: 33
- Joined: Wed Oct 24, 2012 8:20 am
- Contact:
Re: Loading Windows VSTs within Carla
So are Carla plugins actually managed in Ladish yet ? I can see them appear in Claudia which rocks. Problem is when I load some studio, Carla doesn't load required plugins like FesTige does. Aren't we there yet ? What's the recommended procedure ? Shell one load studio first then open Carla project to have it all loaded and connected or is there a better way ? Thanks !
-
- Established Member
- Posts: 33
- Joined: Wed Oct 24, 2012 8:20 am
- Contact:
Re: Loading Windows VSTs within Carla
Alright. Got it.falkTX wrote:Right now you can only load bridged plugins (such as Windows 32bit VSTs) in Carla multi-client mode. The plugins work on normal scenarios, but since such bridges require multi-client mode they wont work for ladish/claudia yet.
This would be great indeed.falkTX wrote:I'm doing a final cleanup of the Carla C++ code, and I want to try to do the audio IPC myself (right now it uses jack's shm for it). If that proves successful, we'll be able to load plugin-bridges in single-client or rack mode, which ladish can do right now.
Actually I wouldn't know how but it's ok. I can totally live with loading Claudia studios before Carla racks for now.falkTX wrote:If you want to use windows vsts within ladish/claudia right now, use the dssi-vst versions.
Sounds great. Thanks.falkTX wrote:I'm gonna work on this today, I'll let you know how it goes.
-
- Established Member
- Posts: 33
- Joined: Wed Oct 24, 2012 8:20 am
- Contact:
Re: Loading Windows VSTs within Carla
Also, I would like to add a request : would it be possible to have Carla store whether plugins GUIs are displayed or not ? This would let Devil's Pie send all plugin windows to a different workspace at Carla startup which would be so convinient.
Re: Loading Windows VSTs within Carla
Hi,
Great work Falk! This is the easiest way to handle windows vsti's I tried. Win32 bridge works just fine. However, I can't use Win64. It is installed just as other bridges but it does not appear in the program. Is it intentional?
Great work Falk! This is the easiest way to handle windows vsti's I tried. Win32 bridge works just fine. However, I can't use Win64. It is installed just as other bridges but it does not appear in the program. Is it intentional?
Only birds fly first class
Archlinux on desktop pc.
Archlinux on desktop pc.
Re: Loading Windows VSTs within Carla
sure, thanks for clarification I will patiently wait for an update.
Only birds fly first class
Archlinux on desktop pc.
Archlinux on desktop pc.
Re: Loading Windows VSTs within Carla
Hi, after carla-bridge-win32 update I get this error when trying to load plugins in Carla:
Everything worked well today before the update. Could you investigate it falkTX?
Code: Select all
Failed to load plugin
Timeout while waiting for a response from plugin-bridge
(or the plugin crashed on initialization?)
Re: Loading Windows VSTs within Carla
Ok, that's clear. Thank's for explanation and your hard work, I realy appreciate it. But haven't you thought about puting broken packages to latest repository or creating something like testing repo? Now, when I know it, I would like to downgrade the package but I don't know from where I can get the stable release (and my apt cache has only latest version of carla).
Re: Loading Windows VSTs within Carla
I'm getting the same error message whenever I try to load any plugin (LADSPA, native VSTs etc) in Carla: "Failed to load plugin. Bridge not possible, bridge-binary not found."
I've tried various permutations of uninstalling/reinstalling carla and the vst bridge. Any thoughts on how I can get back to expected behaviour?
(Running 64-bit with kde desktop)
EDIT: Solved, had "Run plugins in bridge mode when possible" checked for some reason.
I've tried various permutations of uninstalling/reinstalling carla and the vst bridge. Any thoughts on how I can get back to expected behaviour?
(Running 64-bit with kde desktop)
EDIT: Solved, had "Run plugins in bridge mode when possible" checked for some reason.
Re: Loading Windows VSTs within Carla
Hello FalkTX,
Something broke in Carla nn my system. Bridges stopped working (not only windows but also native). I installed dssi-vst package (I wanted to try it with QTractor) and after that every time I try to load a plugin in Carla it immediately pops up a message that while waiting for bridge to load a timeout occured. Nonbridged ZynAddSubFX does work. How can I restore the previous working state?
Thanks in advance!
Something broke in Carla nn my system. Bridges stopped working (not only windows but also native). I installed dssi-vst package (I wanted to try it with QTractor) and after that every time I try to load a plugin in Carla it immediately pops up a message that while waiting for bridge to load a timeout occured. Nonbridged ZynAddSubFX does work. How can I restore the previous working state?
Thanks in advance!
Only birds fly first class
Archlinux on desktop pc.
Archlinux on desktop pc.
Re: Loading Windows VSTs within Carla
I tried your suggestion. This option was disabled. I enabled it, restarted. Nothing changed. Then I disabled it again without result. I'm keeping fingers crossed and await an update patiently. Good luck with your investigation!
Only birds fly first class
Archlinux on desktop pc.
Archlinux on desktop pc.
Re: Loading Windows VSTs within Carla
Hello FalkTX,
That was fast! All bridges are recognized after installation and I can load & use plugins again. Thank you very much! However, win64 crashes at scanning plugins. Just so you now, I attach the crashlog:
That was fast! All bridges are recognized after installation and I can load & use plugins again. Thank you very much! However, win64 crashes at scanning plugins. Just so you now, I attach the crashlog:
Code: Select all
Unhandled exception: page fault on read access to 0x00000020 in 64-bit code (0x00007fbd7bf9a6fd).
Register dump:
rip:00007fbd7bf9a6fd rsp:000000000032f460 rbp:0000000180fa68a8 eflags:00010206 ( R- -- I - -P- )
rax:000000000032f508 rbx:0000000000000000 rcx:0000000000000000 rdx:000000000032f580
rsi:0000000000000008 rdi:0000000000710640 r8:000000000032f538 r9:0000000000000006 r10:0000000000000000
r11:000000000032f540 r12:0000000000000000 r13:000000007b8756f0 r14:0000000000400080 r15:00007fffffbe8000
Stack dump:
0x000000000032f460: 0000000000790490 000000000032f598
0x000000000032f470: 00000000007903c0 0000000000790440
0x000000000032f480: fffffffffffffffe 000000000032f538
0x000000000032f490: 000000000032f798 00000001804765e3
0x000000000032f4a0: 0000000000000000 0000000000000000
0x000000000032f4b0: 0000000000000007 2020202020202020
0x000000000032f4c0: fffffffffffffffe 0000000000000000
0x000000000032f4d0: 0000000000000003 0000000180002234
0x000000000032f4e0: 000000000032f538 000000000032f540
0x000000000032f4f0: 0000000000710640 000000000032f798
0x000000000032f500: 0000000000710640 00000001804726e4
0x000000000032f510: 0000000180ee6060 0000000000000000
Backtrace:
=>0 0x00007fbd7bf9a6fd RtlEnterCriticalSection+0xd() in ntdll (0x0000000180fa68a8)
1 0x00000001804765e3 in guitar rig 4 (+0x4765e2) (0x0000000180fa68a8)
2 0x00000001804726e4 in guitar rig 4 (+0x4726e3) (0x0000000000000000)
3 0x000000018013a0f8 in guitar rig 4 (+0x13a0f7) (0x000000000032f930)
4 0x000000018013cc9e in guitar rig 4 (+0x13cc9d) (0x000000000032f930)
5 0x0000000180029e54 in guitar rig 4 (+0x29e53) (0x000000000032f930)
6 0x00000001803c466b in guitar rig 4 (+0x3c466a) (0x000000000032f930)
7 0x000000018004a2a9 in guitar rig 4 (+0x4a2a8) (0x000000000032f930)
8 0x00000001803a4d08 in guitar rig 4 (+0x3a4d07) (0x000000004e694734)
9 0x000000018002751e in guitar rig 4 (+0x2751d) (0x000000004e694734)
10 0x0000000000405455 in carla-discovery-win64 (+0x5454) (0x000000000003bd70)
11 0x000000000059d937 in carla-discovery-win64 (+0x19d936) (0x000000000003bd70)
12 0x00000000004013cb in carla-discovery-win64 (+0x13ca) (0x000000000003bd70)
13 0x00000000004014c8 in carla-discovery-win64 (+0x14c7) (0x00000000004014b0)
14 0x000000007b8757af in kernel32 (+0x557ae) (0x00000000004014b0)
15 0x00007fbd7bfe9b0b call_thread_func+0x6a() in ntdll (0x00007fffca790720)
16 0x00007fbd7bfe302a RtlRaiseException+0x7d() in ntdll (0x00007fffca790720)
17 0x00007fbd7bfb2976 in ntdll (+0x42975) (0x00007fffca790720)
18 0x00007fbd7ca58d53 wine_call_on_stack+0x12() in libwine.so.1 (0x00007fffca790720)
19 0x00007fbd7ca58da9 wine_switch_to_stack+0x8() in libwine.so.1 (0x00007fffffbef000)
20 0x00007fbd7bfb851e LdrInitializeThunk+0x3dd() in ntdll (0x00007fffffbef000)
21 0x000000007b87bea2 __wine_kernel_init+0x961() in kernel32 (0x00007fffca7915c0)
22 0x00007fbd7bfb8f64 __wine_process_init+0x263() in ntdll (0x0000000000000400)
23 0x00007fbd7ca56d05 wine_init+0x2d4() in libwine.so.1 (0x0000000000000400)
24 0x000000007bf00d31 main+0x80() in <wine-loader> (0x0000000000000004)
25 0x00007fbd7c47776d __libc_start_main+0xec() in libc.so.6 (0x0000000000000000)
26 0x000000007bf00be9 _start+0x28() in <wine-loader> (0x0000000000000000)
0x00007fbd7bf9a6fd RtlEnterCriticalSection+0xd in ntdll: cmpq $0,0x0000000000000020(%rcx)
Modules:
Module Address Debug info Name (101 modules)
PE 400000- 657000 Export carla-discovery-win64
ELF 7b800000- 7bc5e000 Dwarf kernel32<elf>
\-PE 7b820000- 7bc5e000 \ kernel32
ELF 7be00000- 7c103000 Dwarf <wine-loader>
PE 180000000- 18386b000 Export guitar rig 4
ELF 7fbd71d82000- 7fbd71fa9000 Deferred imm32<elf>
\-PE 7fbd71d90000- 7fbd71fa9000 \ imm32
ELF 7fbd71fa9000- 7fbd721bd000 Deferred gnome-keyring-pkcs11.so
ELF 7fbd721bd000- 7fbd723c5000 Deferred librt.so.1
ELF 7fbd723c5000- 7fbd725c9000 Deferred libgpg-error.so.0
ELF 7fbd725c9000- 7fbd727e5000 Deferred libresolv.so.2
ELF 7fbd727e5000- 7fbd729e9000 Deferred libkeyutils.so.1
ELF 7fbd729e9000- 7fbd72c2d000 Deferred libdbus-1.so.3
ELF 7fbd72c2d000- 7fbd72e41000 Deferred libp11-kit.so.0
ELF 7fbd72e41000- 7fbd730bf000 Deferred libgcrypt.so.11
ELF 7fbd730bf000- 7fbd732d0000 Deferred libtasn1.so.3
ELF 7fbd732d0000- 7fbd734d8000 Deferred libkrb5support.so.0
ELF 7fbd734d8000- 7fbd736dc000 Deferred libcom_err.so.2
ELF 7fbd736dc000- 7fbd73905000 Deferred libk5crypto.so.3
ELF 7fbd73905000- 7fbd73bd3000 Deferred libkrb5.so.3
ELF 7fbd73bd3000- 7fbd73de4000 Deferred libavahi-client.so.3
ELF 7fbd73de4000- 7fbd73ff0000 Deferred libavahi-common.so.3
ELF 7fbd73ff0000- 7fbd742ac000 Deferred libgnutls.so.26
ELF 7fbd742ac000- 7fbd744ea000 Deferred libgssapi_krb5.so.2
ELF 7fbd744ea000- 7fbd7474a000 Deferred libcups.so.2
ELF 7fbd74766000- 7fbd7499f000 Deferred uxtheme<elf>
\-PE 7fbd74770000- 7fbd7499f000 \ uxtheme
ELF 7fbd7499f000- 7fbd74d23000 Deferred oleaut32<elf>
\-PE 7fbd749c0000- 7fbd74d23000 \ oleaut32
ELF 7fbd74d23000- 7fbd74f68000 Deferred winspool<elf>
\-PE 7fbd74d30000- 7fbd74f68000 \ winspool
ELF 7fbd74f68000- 7fbd75253000 Deferred comdlg32<elf>
\-PE 7fbd74f70000- 7fbd75253000 \ comdlg32
ELF 7fbd75253000- 7fbd754bd000 Deferred dbghelp<elf>
\-PE 7fbd75260000- 7fbd754bd000 \ dbghelp
ELF 7fbd754bd000- 7fbd756d0000 Deferred psapi<elf>
\-PE 7fbd754c0000- 7fbd756d0000 \ psapi
ELF 7fbd756d0000- 7fbd759d1000 Deferred comctl32<elf>
\-PE 7fbd756e0000- 7fbd759d1000 \ comctl32
ELF 7fbd759d1000- 7fbd75c64000 Deferred shlwapi<elf>
\-PE 7fbd759e0000- 7fbd75c64000 \ shlwapi
ELF 7fbd75c64000- 7fbd760c7000 Deferred shell32<elf>
\-PE 7fbd75c80000- 7fbd760c7000 \ shell32
ELF 7fbd760c7000- 7fbd762de000 Deferred powrprof<elf>
\-PE 7fbd760d0000- 7fbd762de000 \ powrprof
ELF 7fbd762de000- 7fbd76507000 Deferred iphlpapi<elf>
\-PE 7fbd762f0000- 7fbd76507000 \ iphlpapi
ELF 7fbd76507000- 7fbd767e5000 Deferred crypt32<elf>
\-PE 7fbd76510000- 7fbd767e5000 \ crypt32
ELF 7fbd767e5000- 7fbd76a21000 Deferred wintrust<elf>
\-PE 7fbd767f0000- 7fbd76a21000 \ wintrust
ELF 7fbd76a21000- 7fbd76c27000 Deferred libxfixes.so.3
ELF 7fbd76c27000- 7fbd76e32000 Deferred libxcursor.so.1
ELF 7fbd76e32000- 7fbd77041000 Deferred libxi.so.6
ELF 7fbd77041000- 7fbd77244000 Deferred libxcomposite.so.1
ELF 7fbd77244000- 7fbd7744e000 Deferred libxrandr.so.2
ELF 7fbd7744e000- 7fbd77658000 Deferred libxrender.so.1
ELF 7fbd77658000- 7fbd7785e000 Deferred libxxf86vm.so.1
ELF 7fbd7785e000- 7fbd77a61000 Deferred libxinerama.so.1
ELF 7fbd77a61000- 7fbd77c67000 Deferred libxdmcp.so.6
ELF 7fbd77c67000- 7fbd77e6b000 Deferred libxau.so.6
ELF 7fbd77e6b000- 7fbd78089000 Deferred libxcb.so.1
ELF 7fbd78089000- 7fbd7828e000 Deferred libuuid.so.1
ELF 7fbd7828e000- 7fbd784aa000 Deferred libice.so.6
ELF 7fbd784aa000- 7fbd787e4000 Deferred libx11.so.6
ELF 7fbd787e4000- 7fbd789f6000 Deferred libxext.so.6
ELF 7fbd789f6000- 7fbd78bfe000 Deferred libsm.so.6
ELF 7fbd78bfe000- 7fbd78e97000 Deferred winex11<elf>
\-PE 7fbd78c10000- 7fbd78e97000 \ winex11
ELF 7fbd78e97000- 7fbd790ae000 Deferred libz.so.1
ELF 7fbd790ae000- 7fbd7934a000 Deferred libfreetype.so.6
ELF 7fbd7934a000- 7fbd79585000 Deferred ws2_32<elf>
\-PE 7fbd79350000- 7fbd79585000 \ ws2_32
ELF 7fbd79585000- 7fbd7981a000 Deferred rpcrt4<elf>
\-PE 7fbd795a0000- 7fbd7981a000 \ rpcrt4
ELF 7fbd7981a000- 7fbd79a33000 Deferred version<elf>
\-PE 7fbd79820000- 7fbd79a33000 \ version
ELF 7fbd79a33000- 7fbd79d94000 Deferred gdi32<elf>
\-PE 7fbd79a50000- 7fbd79d94000 \ gdi32
ELF 7fbd79d94000- 7fbd7a136000 Deferred user32<elf>
\-PE 7fbd79db0000- 7fbd7a136000 \ user32
ELF 7fbd7a136000- 7fbd7a4bc000 Deferred ole32<elf>
\-PE 7fbd7a160000- 7fbd7a4bc000 \ ole32
ELF 7fbd7a4bc000- 7fbd7a778000 Deferred msvcrt<elf>
\-PE 7fbd7a4e0000- 7fbd7a778000 \ msvcrt
ELF 7fbd7a778000- 7fbd7a9fb000 Deferred advapi32<elf>
\-PE 7fbd7a790000- 7fbd7a9fb000 \ advapi32
ELF 7fbd7a9fb000- 7fbd7ac08000 Deferred libnss_files.so.2
ELF 7fbd7ac08000- 7fbd7ae14000 Deferred libnss_nis.so.2
ELF 7fbd7ae14000- 7fbd7b02e000 Deferred libnsl.so.1
ELF 7fbd7b02e000- 7fbd7b237000 Deferred libnss_compat.so.2
ELF 7fbd7ba49000- 7fbd7bc5f000 Deferred libgcc_s.so.1
ELF 7fbd7bc5f000- 7fbd7bf5b000 Deferred libm.so.6
ELF 7fbd7bf5b000- 7fbd7c24f000 Dwarf ntdll<elf>
\-PE 7fbd7bf70000- 7fbd7c24f000 \ ntdll
ELF 7fbd7c252000- 7fbd7c456000 Deferred libdl.so.2
ELF 7fbd7c456000- 7fbd7c815000 Dwarf libc.so.6
ELF 7fbd7c816000- 7fbd7ca33000 Deferred libpthread.so.0
ELF 7fbd7ca4f000- 7fbd7cd80000 Dwarf libwine.so.1
ELF 7fbd7cd82000- 7fbd7cfa7000 Deferred ld-linux-x86-64.so.2
ELF 7fffca7b9000- 7fffca7ba000 Deferred [vdso].so
Threads:
process tid prio (all id:s are in hex)
0000000e services.exe
00000033 0
0000001e 0
00000018 0
00000017 0
00000015 0
00000010 0
0000000f 0
00000012 winedevice.exe
0000001c 0
00000019 0
00000014 0
00000013 0
0000001a plugplay.exe
00000020 0
0000001d 0
0000001b 0
00000021 explorer.exe
00000022 0
0000000d (D) Z:\usr\lib\cadence\carla-discovery-win64.exe
00000034 0
00000031 0
0000002e 0
0000002d 0
0000002b 0 <==
System information:
Wine build: wine-1.5.18
Platform: x86_64
Host system: Linux
Host version: 3.5.0-18-lowlatency
Only birds fly first class
Archlinux on desktop pc.
Archlinux on desktop pc.