LinuxMusicians

Posted: **Mon Jul 03, 2017 12:14 pm**

https://github.com/osxmidi/synister/releases

https://www.youtube.com/watch?v=fD7N5pMTtX8

https://www.youtube.com/watch?v=RZAkNxpLR2o

Posted: **Mon Jul 03, 2017 1:49 pm**

I haven't compiled it yet, but it seems to have some good expression options to play with.

Posted: **Mon Jul 03, 2017 1:55 pm**

Oh, never mind. I see the link points to Linux binaries.

I'm trying it out now.
No compiling and the 64 bit VST runs on Bitwig at least. Will try on other DAWs later.

Posted: **Mon Jul 03, 2017 2:09 pm**

I made some 64bit and 32bit vst and standalone binaries.

Standalone has Alsa and Jack support.

Vst's should work in various Linux Daws (tested with Linux Reaper and Bitwig).

I optimized the builds for speed.

I can't test the 32bit binaries on a 32bit system but they worked on a 64bit system using Bitwig.

Posted: **Mon Jul 03, 2017 4:20 pm**

Pretty nice, the filters sound very good.

Posted: **Mon Jul 03, 2017 7:09 pm**

I forked it, made binaries and did a pull request
but it seems the binaries don't work for everyone , I was told to link static and I dunno how to do that
also I think I pushed to debug version, later I found you have to set the RELEASE flag by hand in the makefile created by Projucer

Posted: **Tue Jul 04, 2017 5:05 am**

ubuntuuser wrote:some 64bit and 32bit vst and standalone binaries.

thanks for binaries, ubuntuuser.
looks good, and even has standalone version, which might be very cool for my workflow … but i can't see anything about MIDI learn/mapping options, and that's frustrating.
anyway, VST host will do MIDI for me, so i'll look at this thing closer today.

Posted: **Tue Jul 04, 2017 10:26 am**

I got this error on 32-bit:

Code: Select all

$ synister32
synister32: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by synister32)

I can't find that library in my repos. Any suggestions?

brian

Posted: **Tue Jul 04, 2017 12:34 pm**

briandc wrote:I got this error on 32-bit:
Code: Select all
$ synister32
synister32: /usr/lib/i386-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by synister32)
I can't find that library in my repos. Any suggestions?

brian

It's maybe due to libstdc++6 being an older version

try sudo apt-get install libstdc++6 (or whatever for your distro)

and take a look at https://askubuntu.com/questions/575505/ ... this-error

Posted: **Tue Jul 04, 2017 2:55 pm**

ubuntuuser wrote: It's maybe due to libstdc++6 being an older version

try sudo apt-get install libstdc++6 (or whatever for your distro)

and take a look at https://askubuntu.com/questions/575505/ ... this-error

The version I have installed is the newest already, version 4.9.2-10

I looked at the link you posted (had already looked at it earlier, tbh) and it looks like I either need to add a ppa or else make a link to another file. Is this necessary in order to use this synth?

brian

Posted: **Tue Jul 04, 2017 4:16 pm**

briandc wrote:
ubuntuuser wrote: It's maybe due to libstdc++6 being an older version

try sudo apt-get install libstdc++6 (or whatever for your distro)

and take a look at https://askubuntu.com/questions/575505/ ... this-error
The version I have installed is the newest already, version 4.9.2-10

I looked at the link you posted (had already looked at it earlier, tbh) and it looks like I either need to add a ppa or else make a link to another file. Is this necessary in order to use this synth?

brian

I made the binaries on Ubuntu Studio 16.10, so maybe older distros might have library trouble.

What the exact solution is I don't know, because I'm not using an older distro and so I havn't needed to try a solution.

But, it looks to me like either your library is ok but needs a symlink to it, or if you are using an older distro then it needs upgrading but you say that you have the latest version so maybe the library is there but needs a symlink.

libstdc++.so.6 should be in one of the lib directories on 32 bit systems I think, maybe /lib or /usr/lib

Run a

sudo find / -name libstdc++*

from the terminal and see what turns up an maybe do something similar to what's below.

As far as I know, basically libstdc++.so.6 should point to something like libstdc++.so.6.0.21 or whatever, and if that library it's pointing to is old, then the error you get might happen.

------------

https://askubuntu.com/questions/777803/ ... bstdc-so-6

# ls /usr/lib/x86_64-linux-gnu/libstdc++.so.6*
libstdc++.so.6 -> libstdc++.so.6cd*
libstdc++.so.6.0.20*
libstdc++.so.6.0.21
libstdc++.so.6cd -> libstdc++.so.6.0.20*

libstdc++.so.6 -> libstdc++.so.6cd -> libstdc++.so.6.0.20

But there were two files: libstdc++.so.6.0.21 and libstdc++.so.6.0.20

I've changed the symbolic link to point to latest version libstdc++.so.6.0.21

cd /usr/lib/x86_64-linux-gnu
rm libstdc++.so.6cd
chmod +x libstdc++.so.6.0.21
ln -s libstdc++.so.6.0.21 libstdc++.so.6cd

Resulting:

libstdc++.so.6 -> libstdc++.so.6cd*
libstdc++.so.6.0.20*
libstdc++.so.6.0.21*
libstdc++.so.6cd -> libstdc++.so.6.0.21*

and everything came back to normal

Posted: **Tue Jul 04, 2017 4:44 pm**

ubuntuuser wrote: I made the binaries on Ubuntu Studio 16.10, so maybe older distros might have library trouble.

What the exact solution is I don't know, because I'm not using an older distro and so I havn't needed to try a solution.

But, it looks to me like either your library is ok but needs a symlink to it, or if you are using an older distro then it needs upgrading but you say that you have the latest version so maybe the library is there but needs a symlink.

libstdc++.so.6 should be in one of the lib directories on 32 bit systems I think, maybe /lib or /usr/lib

Run a

sudo find / -name libstdc++*

from the terminal and see what turns up an maybe do something similar to what's below.

As far as I know, basically libstdc++.so.6 should point to something like libstdc++.so.6.0.21 or whatever, and if that library it's pointing to is old, then the error you get might happen.

------------

https://askubuntu.com/questions/777803/ ... bstdc-so-6

# ls /usr/lib/x86_64-linux-gnu/libstdc++.so.6*
libstdc++.so.6 -> libstdc++.so.6cd*
libstdc++.so.6.0.20*
libstdc++.so.6.0.21
libstdc++.so.6cd -> libstdc++.so.6.0.20*

libstdc++.so.6 -> libstdc++.so.6cd -> libstdc++.so.6.0.20

But there were two files: libstdc++.so.6.0.21 and libstdc++.so.6.0.20

I've changed the symbolic link to point to latest version libstdc++.so.6.0.21

cd /usr/lib/x86_64-linux-gnu
rm libstdc++.so.6cd
chmod +x libstdc++.so.6.0.21
ln -s libstdc++.so.6.0.21 libstdc++.so.6cd

Resulting:

libstdc++.so.6 -> libstdc++.so.6cd*
libstdc++.so.6.0.20*
libstdc++.so.6.0.21*
libstdc++.so.6cd -> libstdc++.so.6.0.21*

and everything came back to normal

I'm not sure which one(s) to modify. Here's what I got:

Code: Select all

$ sudo find / -name libstdc++*
[sudo] password for brian: 
/var/lib/dpkg/info/libstdc++6:i386.postinst
/var/lib/dpkg/info/libstdc++-4.9-dev:i386.list
/var/lib/dpkg/info/libstdc++6:i386.symbols
/var/lib/dpkg/info/libstdc++6:i386.shlibs
/var/lib/dpkg/info/libstdc++-4.9-dev:i386.md5sums
/var/lib/dpkg/info/libstdc++6:i386.postrm
/var/lib/dpkg/info/libstdc++6:i386.md5sums
/var/lib/dpkg/info/libstdc++6:i386.prerm
/var/lib/dpkg/info/libstdc++6:i386.list
/var/cache/apt/archives/libstdc++-4.9-dev_4.9.2-10_i386.deb
/usr/libx32/libstdc++.so.6
/usr/libx32/libstdc++.so.6.0.20
/usr/lib/i386-linux-gnu/libstdc++.so.6
/usr/lib/i386-linux-gnu/libstdc++.so.6.0.20
/usr/lib/gcc/i586-linux-gnu/4.9/libstdc++.so
/usr/lib/gcc/i586-linux-gnu/4.9/x32/libstdc++_pic.a
/usr/lib/gcc/i586-linux-gnu/4.9/x32/libstdc++.so
/usr/lib/gcc/i586-linux-gnu/4.9/x32/libstdc++.a
/usr/lib/gcc/i586-linux-gnu/4.9/libstdc++.a
/usr/lib64/libstdc++.so.6
/usr/lib64/libstdc++.so.6.0.20
/usr/share/doc/libstdc++6
/usr/share/doc/gcc-4.9-base/C++/libstdc++_symbols.txt.i386
/usr/share/doc/gcc-4.9-base/test-summaries/libstdc++.log.xz
/usr/share/doc/gcc-4.9-base/test-summaries/libstdc++.sum.xz
/usr/share/doc/libstdc++-4.9-dev
/usr/share/gdb/auto-load/usr/libx32/libstdc++.so.6.0.20-gdb.py
/usr/share/gdb/auto-load/usr/lib/i386-linux-gnu/libstdc++.so.6.0.20-gdb.py
/usr/share/gdb/auto-load/usr/lib64/libstdc++.so.6.0.20-gdb.py

brian

Posted: **Tue Jul 04, 2017 5:25 pm**

compiled on ubuntu 16.04
https://github.com/rghvdberg/synister/t ... .0.2/linux

Posted: **Wed Jul 05, 2017 6:10 am**

briandc wrote:
ubuntuuser wrote: I made the binaries on Ubuntu Studio 16.10, so maybe older distros might have library trouble.

What the exact solution is I don't know, because I'm not using an older distro and so I havn't needed to try a solution.

But, it looks to me like either your library is ok but needs a symlink to it, or if you are using an older distro then it needs upgrading but you say that you have the latest version so maybe the library is there but needs a symlink.

libstdc++.so.6 should be in one of the lib directories on 32 bit systems I think, maybe /lib or /usr/lib

Run a

sudo find / -name libstdc++*

from the terminal and see what turns up an maybe do something similar to what's below.

As far as I know, basically libstdc++.so.6 should point to something like libstdc++.so.6.0.21 or whatever, and if that library it's pointing to is old, then the error you get might happen.

------------

https://askubuntu.com/questions/777803/ ... bstdc-so-6

# ls /usr/lib/x86_64-linux-gnu/libstdc++.so.6*
libstdc++.so.6 -> libstdc++.so.6cd*
libstdc++.so.6.0.20*
libstdc++.so.6.0.21
libstdc++.so.6cd -> libstdc++.so.6.0.20*

libstdc++.so.6 -> libstdc++.so.6cd -> libstdc++.so.6.0.20

But there were two files: libstdc++.so.6.0.21 and libstdc++.so.6.0.20

I've changed the symbolic link to point to latest version libstdc++.so.6.0.21

cd /usr/lib/x86_64-linux-gnu
rm libstdc++.so.6cd
chmod +x libstdc++.so.6.0.21
ln -s libstdc++.so.6.0.21 libstdc++.so.6cd

Resulting:

libstdc++.so.6 -> libstdc++.so.6cd*
libstdc++.so.6.0.20*
libstdc++.so.6.0.21*
libstdc++.so.6cd -> libstdc++.so.6.0.21*

and everything came back to normal
I'm not sure which one(s) to modify. Here's what I got:
Code: Select all
$ sudo find / -name libstdc++*
[sudo] password for brian: 
/var/lib/dpkg/info/libstdc++6:i386.postinst
/var/lib/dpkg/info/libstdc++-4.9-dev:i386.list
/var/lib/dpkg/info/libstdc++6:i386.symbols
/var/lib/dpkg/info/libstdc++6:i386.shlibs
/var/lib/dpkg/info/libstdc++-4.9-dev:i386.md5sums
/var/lib/dpkg/info/libstdc++6:i386.postrm
/var/lib/dpkg/info/libstdc++6:i386.md5sums
/var/lib/dpkg/info/libstdc++6:i386.prerm
/var/lib/dpkg/info/libstdc++6:i386.list
/var/cache/apt/archives/libstdc++-4.9-dev_4.9.2-10_i386.deb
/usr/libx32/libstdc++.so.6
/usr/libx32/libstdc++.so.6.0.20
/usr/lib/i386-linux-gnu/libstdc++.so.6
/usr/lib/i386-linux-gnu/libstdc++.so.6.0.20
/usr/lib/gcc/i586-linux-gnu/4.9/libstdc++.so
/usr/lib/gcc/i586-linux-gnu/4.9/x32/libstdc++_pic.a
/usr/lib/gcc/i586-linux-gnu/4.9/x32/libstdc++.so
/usr/lib/gcc/i586-linux-gnu/4.9/x32/libstdc++.a
/usr/lib/gcc/i586-linux-gnu/4.9/libstdc++.a
/usr/lib64/libstdc++.so.6
/usr/lib64/libstdc++.so.6.0.20
/usr/share/doc/libstdc++6
/usr/share/doc/gcc-4.9-base/C++/libstdc++_symbols.txt.i386
/usr/share/doc/gcc-4.9-base/test-summaries/libstdc++.log.xz
/usr/share/doc/gcc-4.9-base/test-summaries/libstdc++.sum.xz
/usr/share/doc/libstdc++-4.9-dev
/usr/share/gdb/auto-load/usr/libx32/libstdc++.so.6.0.20-gdb.py
/usr/share/gdb/auto-load/usr/lib/i386-linux-gnu/libstdc++.so.6.0.20-gdb.py
/usr/share/gdb/auto-load/usr/lib64/libstdc++.so.6.0.20-gdb.py
brian

If you do a ls -la on the libstdc++.so.6 files, then you can see what they are pointing to.

On my system libstdc++.so.6 points to libstdc++.so.6.0.22

You only have libstdc++.so.6.0.20, so it's an older version and is probably causing the error.

So if you can install libstdc++.so.6.0.22 for your distro, then it should be ok.

Posted: **Wed Jul 05, 2017 7:10 am**

Noob dev question here.
If you compile the plugin statically linked to libc shouldn't that make the plugin work without installing a specific version of libc?

If so, could someone give me a hint how to do that?

LinuxMusicians

Synister Synth

Synister Synth

Re: Synister Synth

Re: Synister Synth

Re: Synister Synth

Re: Synister Synth

Re: Synister Synth

Re: Synister Synth

Re: Synister Synth

Re: Synister Synth

Re: Synister Synth

Re: Synister Synth

Re: Synister Synth

Re: Synister Synth

Re: Synister Synth

Re: Synister Synth