LinuxMusicians

Posted: **Sat Dec 02, 2017 3:29 am**

@ubuntuuser

OK I'm trying to compile the source for 1.7.6 on 32bit and I'm getting the same errors as before... I'm using the 'wine-rt' version of Wine from the KXStudio repositories and I'm certain I have the development libraries installed

Here is the error:

Code: Select all

isotester@avl32box:~/PACKAGING/LINVST-SOURCE/LinVst-1.7$ make
g++ -fPIC -O2 -DLVRT -DSEM  -c linvst.cpp -o linvst.unix.o
g++ -fPIC -O2 -DLVRT -DSEM  -c remotevstclient.cpp -o remotevstclient.unix.o
g++ -fPIC -O2 -DLVRT -DSEM  -c remotepluginclient.cpp -o remotepluginclient.unix.o
g++ -fPIC -O2 -DLVRT -DSEM  -c paths.cpp -o paths.unix.o
g++ linvst.unix.o remotevstclient.unix.o remotepluginclient.unix.o paths.unix.o -shared -lpthread -ldl -lX11 -lrt  -o linvst.so
wineg++ -m64 -O2 -DSEM -I/usr/include/wine-development/windows -c lin-vst-server.cpp -o lin-vst-server.wine.o
In file included from /usr/include/c++/6/stdlib.h:36:0,
                 from lin-vst-server.cpp:22:
/usr/include/c++/6/cstdlib:41:28: fatal error: bits/c++config.h: No such file or directory
 #include <bits/c++config.h>
                            ^
compilation terminated.
winegcc: g++ failed
Makefile:52: recipe for target 'lin-vst-server.wine.o' failed
make: *** [lin-vst-server.wine.o] Error 2
isotester@avl32box:~/PACKAGING/LINVST-SOURCE/LinVst-1.7$

Posted: **Sat Dec 02, 2017 6:43 am**

looks like you missing lib64stdc++-6-dev

https://packages.debian.org/en/stretch/ ... dc++-6-dev

Posted: **Sat Dec 02, 2017 7:24 am**

GMaq wrote:@ubuntuuser

OK I'm trying to compile the source for 1.7.6 on 32bit and I'm getting the same errors as before... I'm using the 'wine-rt' version of Wine from the KXStudio repositories and I'm certain I have the development libraries installed

Here is the error:

Code: Select all

isotester@avl32box:~/PACKAGING/LINVST-SOURCE/LinVst-1.7$ make
g++ -fPIC -O2 -DLVRT -DSEM  -c linvst.cpp -o linvst.unix.o
g++ -fPIC -O2 -DLVRT -DSEM  -c remotevstclient.cpp -o remotevstclient.unix.o
g++ -fPIC -O2 -DLVRT -DSEM  -c remotepluginclient.cpp -o remotepluginclient.unix.o
g++ -fPIC -O2 -DLVRT -DSEM  -c paths.cpp -o paths.unix.o
g++ linvst.unix.o remotevstclient.unix.o remotepluginclient.unix.o paths.unix.o -shared -lpthread -ldl -lX11 -lrt  -o linvst.so
wineg++ -m64 -O2 -DSEM -I/usr/include/wine-development/windows -c lin-vst-server.cpp -o lin-vst-server.wine.o
In file included from /usr/include/c++/6/stdlib.h:36:0,
                 from lin-vst-server.cpp:22:
/usr/include/c++/6/cstdlib:41:28: fatal error: bits/c++config.h: No such file or directory
 #include <bits/c++config.h>
                            ^
compilation terminated.
winegcc: g++ failed
Makefile:52: recipe for target 'lin-vst-server.wine.o' failed
make: *** [lin-vst-server.wine.o] Error 2
isotester@avl32box:~/PACKAGING/LINVST-SOURCE/LinVst-1.7$

It looks like the -m64 in the makefile, which is for 64bit systems whereas -m32 is for 32bit systems.

I've already got 32 bit system makefiles prepared at https://github.com/osxmidi/LinVst/blob/ ... t-only.zip which contains the -m32 change and some other defines, and that should be ok for 32 bit systems.

Posted: **Sat Dec 02, 2017 4:45 pm**

Hi ubuntuuser

Thanks, with the new makefiles I was able to build the 32bit binary from source, however I still have an issue:

I am using the exact same set of 32bit Windows VST's on both 64bit and 32bit AV Linux systems (they are just a collection of old classic freebies), with the 64bit package of LinVST they work flawlessly in 64bit Ardour 5.12 and everything is as expected.

On the 32bit system all of the created '.so' files from the VST dlls get blacklisted by Ardour 5.12 even though they don't get blacklisted by the exact same Ardour version 5.12 on the 64bit system, since they are blacklisted they don't appear as selectable in Ardour..

Ardours log window reports this (snipped):

Code: Select all

[WARNING]: Cannot get LinuxVST information from '/usr/local/lib/vst/ClassicFlanger.so': instantiation failed.
VST '/usr/local/lib/vst/ClassicAuto-Filter.so': [ERROR]: ** ERROR ** VSTFX : ClassicAuto-Filter could not be instantiated :(

[WARNING]: Cannot get LinuxVST information from '/usr/local/lib/vst/ClassicAuto-Filter.so': instantiation failed.
VST '/usr/local/lib/vst/ClassicDelay.so': [ERROR]: ** ERROR ** VSTFX : ClassicDelay could not be instantiated :(

[WARNING]: Cannot get LinuxVST information from '/usr/local/lib/vst/ClassicDelay.so': instantiation failed.
VST '/usr/local/lib/vst/linvst.so': [ERROR]: ** ERROR ** VSTFX : linvst could not be instantiated :(

EDIT

They also don't seem to appear in Carla (but are scanned by Carla) so I suspect the .so files are not created properly or are somehow corrupted

Posted: **Sun Dec 03, 2017 2:42 am**

GMaq wrote:Hi ubuntuuser

Thanks, with the new makefiles I was able to build the 32bit binary from source, however I still have an issue:

I am using the exact same set of 32bit Windows VST's on both 64bit and 32bit AV Linux systems (they are just a collection of old classic freebies), with the 64bit package of LinVST they work flawlessly in 64bit Ardour 5.12 and everything is as expected.

On the 32bit system all of the created '.so' files from the VST dlls get blacklisted by Ardour 5.12 even though they don't get blacklisted by the exact same Ardour version 5.12 on the 64bit system, since they are blacklisted they don't appear as selectable in Ardour..

Ardours log window reports this (snipped):
Code: Select all
[WARNING]: Cannot get LinuxVST information from '/usr/local/lib/vst/ClassicFlanger.so': instantiation failed.
VST '/usr/local/lib/vst/ClassicAuto-Filter.so': [ERROR]: ** ERROR ** VSTFX : ClassicAuto-Filter could not be instantiated :(

[WARNING]: Cannot get LinuxVST information from '/usr/local/lib/vst/ClassicAuto-Filter.so': instantiation failed.
VST '/usr/local/lib/vst/ClassicDelay.so': [ERROR]: ** ERROR ** VSTFX : ClassicDelay could not be instantiated :(

[WARNING]: Cannot get LinuxVST information from '/usr/local/lib/vst/ClassicDelay.so': instantiation failed.
VST '/usr/local/lib/vst/linvst.so': [ERROR]: ** ERROR ** VSTFX : linvst could not be instantiated :(
EDIT

They also don't seem to appear in Carla (but are scanned by Carla) so I suspect the .so files are not created properly or are somehow corrupted

I'll try it out.

It might be a library conflict problem.

Posted: **Sun Dec 03, 2017 5:31 am**

I made a 32 bit LinVst version on AV Linux 4.9.

Ardour seems to have some problems, probably due to a library.

When I try to import a midi file, Ardour reports that the midi signature was not found or something like that and then it vanishes (crashes).

Then I tested LinVst with Reaper 32 bit (same midi file) and everything seems ok, so it looks to me that it's an Ardour problem of some sort.

I'm not sure if Ardour (5.8.212) blacklisted LinVst or not because I had some problems with the midi file crashing Ardour but after I stopped trying to load the midi file then LinVst did work with Ardours vst scanner (LinVst plugins were not blacklisted) but I couldn't import a midi file into Ardour for some reason.

I tried loading my midi files with Ardour 5.11.4 from kxstudio and the same thing happened with it crashing (memory corruption error when importing a midi file) and the same for Mixbus.

The midi file issue has nothing to do with LinVst btw, it's just an Ardour/Mixbus problem of some kind.

Posted: **Sun Dec 03, 2017 5:05 pm**

ubuntuuser wrote:I made a 32 bit LinVst version on AV Linux 4.9.

Ardour seems to have some problems, probably due to a library.

When I try to import a midi file, Ardour reports that the midi signature was not found or something like that and then it vanishes (crashes).

Then I tested LinVst with Reaper 32 bit (same midi file) and everything seems ok, so it looks to me that it's an Ardour problem of some sort.

I'm not sure if Ardour (5.8.212) blacklisted LinVst or not because I had some problems with the midi file crashing Ardour but after I stopped trying to load the midi file then LinVst did work with Ardours vst scanner (LinVst plugins were not blacklisted) but I couldn't import a midi file into Ardour for some reason.

I tried loading my midi files with Ardour 5.11.4 from kxstudio and the same thing happened with it crashing (memory corruption error when importing a midi file) and the same for Mixbus.

The midi file issue has nothing to do with LinVst btw, it's just an Ardour/Mixbus problem of some kind.

OK, Thanks very much for your time down the rabbit hole...

Not sure what's going on with that MIDI file... Ardour and MIxbus MIDI is still very much a WIP, I just put their most recent available versions on the LiveISO at the time, sometimes I will put on nightly builds that I know fix specific bugs..

OK I tried again, I nuked everything and built LinVST again on the 32bit system except I removed 'wine-rt' and installed 'wine-staging' from winehq.org and built from that simply because I wanted to move to wine-staging anyway... unfortunately no change

It's odd your 32bit LinVST binary doesn't blacklist but mine does, also on a second test here Carla also logs 'failure to init' errors on all of the LinVST derived '.so' files but Carla will load the original VST .dlls without blinking, on my 64bit system where LinVST is working Carla will scan and load both the original dll's and the LinVST so files and they appear as 2 separate plugins.

Here's what Carla has to say on the matter on the 32bit system:

Code: Select all

carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/ANWIDA Soft DX Reverb Light.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/Ambience.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/AnalogDelay.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/BLOCKFISH.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/BuzMaxi3.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/ClassicAuto-Filter.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/ClassicChorus.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/ClassicCompressor.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/ClassicDelay.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/ClassicEQ.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/ClassicFlanger.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/ClassicMasterLimiter.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/ClassicPhaser.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/ESP_FreeeQ.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/ESP_UniQ.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/FLOORFISH.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/George Yohng's W1 Limiter (Betabugs GUI).so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/HyBrit.so
carla-discovery::error::Failed to init VST plugin, or VST magic failed - /usr/local/lib/vst/Le456.so

Any chance I could get your 32bit binary that you built on AVL to test here? I don't expect you to maintain it or anything just a one time thing to see if I can get it working here, at this point I just want a working 32bit LinVST to put on the next LiveISO, I'm not too picky on what exact version it is... I still think in my case on this test system it is a problem with either the generated .so files or the linvst server's ability to use them, not just an Ardour problem because Carla complains too and both Carla and Ardour do work on a 64bit system, I can see a fluke causing one host to not work but when 2 hosts fail to init on these .so files I start to suspect the files themselves.

Thanks again for your work on this, it's a really great utility!

Posted: **Mon Dec 04, 2017 2:33 am**

Posted: **Mon Dec 04, 2017 3:04 am**

Hi,

Thanks very much for posting the zips...

I'm a bit stumped...

I started from scratch and unfortunately I'm still getting the blacklists in Ardour 5.12 and failure to init in Carla even with the binaries in your zip, I see you posted the convert scripts, I had built them previously from the 1.7.6 source as well... do the convert scripts do anything that linvst (or wine) works directly with or are they merely file renaming scripts that prepare the .so files from the dlls?

I'm just wondering if the convert scripts have to be version matched or if they are the next place to start looking...

Posted: **Mon Dec 04, 2017 4:40 am**

GMaq wrote:Hi,

Thanks very much for posting the zips...

I'm a bit stumped...

I started from scratch and unfortunately I'm still getting the blacklists in Ardour 5.12 and failure to init in Carla even with the binaries in your zip, I see you posted the convert scripts, I had built them previously from the 1.7.6 source as well... do the convert scripts do anything that linvst (or wine) works directly with or are they merely file renaming scripts that prepare the .so files from the dlls?

I'm just wondering if the convert scripts have to be version matched or if they are the next place to start looking...

The convert utilities just copy linvst.so and rename it.

Sometimes these sort of things are hard to track down.

My guess would be a library conflict with Ardour 32 bit, seeing that LinVst and Carla are having some issues with Ardour but Reaper 32 bit has no issues.

I did notice whan running Ardour from the command line, that the vst scanner crashes partway through the scan of all of the vsts included with AV Linux, but then the vst scanner keeps going.

Posted: **Mon Dec 04, 2017 4:51 am**

Here is the vst scanner crash

protocol Open Sound Control (OSC) active ? 0
saved '/home/osxuser/midi/instant.xml' in 2.0 ms
Set buffering params to 262144|131072|10.0|10.0
Skip explicit buffer seconds, preset in use
Skip explicit buffer seconds, preset in use
lilv_world_add_plugin(): warning: Duplicate plugin <urn:ardour:a-reverb>
lilv_world_add_plugin(): warning: ... found in file:///opt/Ardour-5.8.212-dbg/lib/LV2/a-reverb.lv2/
lilv_world_add_plugin(): warning: ... and file:///usr/lib/lv2/a-reverb.lv2/ (ignored)
lilv_world_add_plugin(): warning: Duplicate plugin <urn:ardour:a-eq>
lilv_world_add_plugin(): warning: ... found in file:///opt/Ardour-5.8.212-dbg/lib/LV2/a-eq.lv2/
lilv_world_add_plugin(): warning: ... and file:///usr/lib/lv2/a-eq.lv2/ (ignored)
lilv_world_add_plugin(): warning: Duplicate plugin <urn:ardour:a-fluidsynth>
lilv_world_add_plugin(): warning: ... found in file:///opt/Ardour-5.8.212-dbg/lib/LV2/a-fluidsynth.lv2/
lilv_world_add_plugin(): warning: ... and file:///usr/lib/lv2/a-fluidsynth.lv2/ (ignored)
lilv_world_add_plugin(): warning: Duplicate plugin <urn:ardour:a-comp>
lilv_world_add_plugin(): warning: ... found in file:///opt/Ardour-5.8.212-dbg/lib/LV2/a-comp.lv2/
lilv_world_add_plugin(): warning: ... and file:///usr/lib/lv2/a-comp.lv2/ (ignored)
lilv_world_add_plugin(): warning: Duplicate plugin <urn:ardour:a-comp#stereo>
lilv_world_add_plugin(): warning: ... found in file:///opt/Ardour-5.8.212-dbg/lib/LV2/a-comp.lv2/
lilv_world_add_plugin(): warning: ... and file:///usr/lib/lv2/a-comp.lv2/ (ignored)
lilv_world_add_plugin(): warning: Duplicate plugin <https://community.ardour.org/node/7596>
lilv_world_add_plugin(): warning: ... found in file:///opt/Ardour-5.8.212-dbg/lib/LV2/reasonablesynth.lv2/
lilv_world_add_plugin(): warning: ... and file:///usr/lib/lv2/reasonablesynth.lv2/ (ignored)
lilv_world_add_plugin(): warning: Duplicate plugin <http://gareus.org/oss/lv2/gmsynth>
lilv_world_add_plugin(): warning: ... found in file:///opt/Ardour-5.8.212-dbg/lib/LV2/gmsynth.lv2/
lilv_world_add_plugin(): warning: ... and file:///usr/lib/lv2/gmsynth.lv2/ (ignored)
lilv_world_add_plugin(): warning: Duplicate plugin <urn:ardour:a-delay>
lilv_world_add_plugin(): warning: ... found in file:///opt/Ardour-5.8.212-dbg/lib/LV2/a-delay.lv2/
lilv_world_add_plugin(): warning: ... and file:///usr/lib/lv2/a-delay.lv2/ (ignored)
error: /usr/lib/lv2/onsettrigger.lv2/onsettrigger.ttl:160:1: missing ';' or '.'
lilv_world_load_file(): error: Error loading file `file:///usr/lib/lv2/onsettrigger.lv2/onsettrigger.ttl'
error: /usr/lib/lv2/onsettrigger.lv2/onsettrigger.ttl:160:1: missing ';' or '.'
lilv_world_load_file(): error: Error loading file `file:///usr/lib/lv2/onsettrigger.lv2/onsettrigger.ttl'
lilv_plugin_get_name(): warning: Plugin <http://gareus.org/oss/lv2/onsettrigger#bassdrum_stereo> has no (mandatory) doap:name
error: /usr/lib/lv2/duffer.lv2/duffer.ttl:21:8: missing ';' or '.'
lilv_world_load_file(): error: Error loading file `file:///usr/lib/lv2/duffer.lv2/duffer.ttl'
error: /usr/lib/lv2/powercut.lv2/powercut.ttl:23:8: missing ';' or '.'
lilv_world_load_file(): error: Error loading file `file:///usr/lib/lv2/powercut.lv2/powercut.ttl'
*** Error in `/opt/Ardour-5.8.212-dbg/lib/ardour-vst-scanner': double free or corruption (!prev): 0x089a4980 ***
======= Backtrace: =========
/lib/i386-linux-gnu/libc.so.6(+0x6737a)[0xb696437a]
/lib/i386-linux-gnu/libc.so.6(+0x6dfb7)[0xb696afb7]
/lib/i386-linux-gnu/libc.so.6(+0x6e776)[0xb696b776]
/usr/lib/i386-linux-gnu/libstdc++.so.6(_ZdlPv+0x18)[0xb6bb4318]
/usr/lib/i386-linux-gnu/libstdc++.so.6(_ZdaPv+0x18)[0xb6bb4378]

Posted: **Mon Dec 04, 2017 4:56 am**

and the onsettrigger that seems to be part of the vst scanner crash also appears on Ardours startup scan

Scanning folders for bundled LV2s: /opt/ardour/lib/LV2
error: /usr/lib/lv2/onsettrigger.lv2/onsettrigger.ttl:160:1: missing ';' or '.'
lilv_world_load_file(): error: Error loading file `file:///usr/lib/lv2/onsettrigger.lv2/onsettrigger.ttl'
error: /usr/lib/lv2/onsettrigger.lv2/onsettrigger.ttl:160:1: missing ';' or '.'
lilv_world_load_file(): error: Error loading file `file:///usr/lib/lv2/onsettrigger.lv2/onsettrigger.ttl'
lilv_plugin_get_name(): warning: Plugin <http://gareus.org/oss/lv2/onsettrigger#bassdrum_stereo> has no (mandatory) doap:name
error: /usr/lib/lv2/duffer.lv2/duffer.ttl:21:8: missing ';' or '.'
lilv_world_load_file(): error: Error loading file `file:///usr/lib/lv2/duffer.lv2/duffer.ttl'
error: /usr/lib/lv2/powercut.lv2/powercut.ttl:23:8: missing ';' or '.'
lilv_world_load_file(): error: Error loading file `file:///usr/lib/lv2/powercut.lv2/powercut.ttl'
Set cursor set to default

Posted: **Mon Dec 04, 2017 5:16 am**

The above are scanning crashes (memory corruption), and my midi file import crash is sort of similar with memory corruption being reported.

Posted: **Mon Dec 04, 2017 7:52 am**

I seem to have found the problem with Ardour and the scanning problems and importing midi files problems on my system.
Ardour still crashes when trying to load midi files in folders, but that seems to be some sort of file/folder bug.

The problems seem to be because of some lv2 plugins.

gmsynth.lv2 causes Ardour to crash when importing midi files.

duffer.lv2 and onsettrigger.lv2 and powercut.lv2 cause Ardour's scanner to crash.

After removing the lv2 plugins, I can import a midi file (just not import midi files that are in folders) and LinVst scans ok and is not blacklisted.

Posted: **Mon Dec 04, 2017 11:08 pm**

Hi,

That's some good info, I'm sure the Ardour devs would be interested in knowing about that... Are those logs from the latest Ardour 5.12 or the version that AVL 2017.4.9 came with preinstalled? I'm curious because I don't get any scanner errors here with Ardour 5.12 and for me removing those plugins doesn't solve the blacklisting issue... Obviously these systems are different enough something is still amiss, perhaps I'll try 32bit Reaper and see what it has to say..

LinuxMusicians

LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!

Re: LinVST 64bit Deb Package *Try at own risk!