Go Back   Cockos Incorporated Forums > REAPER Forums > REAPER for Linux

Reply
 
Thread Tools Display Modes
Old 07-31-2017, 01:37 AM   #81
4duhwinnn
Human being with feelings
 
Join Date: Mar 2017
Posts: 408
Default

Cakewalk Rapture is working via LinVst.
They should have kept it a separate product,
but couldn't leave well enough alone.
Still one of tne of the best synths out there.

edit: There is newer version, untested in linux as far as I know,
which is a hybrid of Dimension Pro
and Rapture, which would be great if both
halves got better in the mix. Demo has random silences
instead of noisebursts:

http://www.cakewalk.com/Products/Rapture/Try-Rapture

Cheers

Last edited by 4duhwinnn; 08-01-2017 at 10:53 AM. Reason: clarity
4duhwinnn is offline   Reply With Quote
Old 07-31-2017, 07:18 AM   #82
mschnell
Human being with feelings
 
mschnell's Avatar
 
Join Date: Jun 2013
Location: Krefeld, Germany
Posts: 7,884
Default

I just read about "loadLibrary" -> http://www.linux-magazin.de/NEWS/Loa...-DLLs-zu-Linux (German)

-> https://github.com/taviso/loadlibrary

Same is said to allow for using Windows dlls in Linux.

Dis anybody try this ?

-Michael
mschnell is online now   Reply With Quote
Old 07-31-2017, 07:28 AM   #83
cern.th.skei
Human being with feelings
 
cern.th.skei's Avatar
 
Join Date: Sep 2007
Location: trondheim, norway
Posts: 316
Default

and this one too.. anybody tried it?
https://github.com/abique/vst-bridge
__________________
later..
cern.th.skei is offline   Reply With Quote
Old 08-01-2017, 03:43 PM   #84
4duhwinnn
Human being with feelings
 
Join Date: Mar 2017
Posts: 408
Default

If you give this to google,

airwave code "abique vst-bridge"

there are links to some forums discussing it.

Abique is also the boss of the U-he linux ports,
Cheers
4duhwinnn is offline   Reply With Quote
Old 08-01-2017, 06:43 PM   #85
osxmidi
Human being with feelings
 
Join Date: Feb 2014
Posts: 536
Default

From what I've gathered (might not be totally accurate),

All of the below use IPC (Inter Process Communication) to communicate between Linux (native) processes and Windows vst's running in Wine processes.

One of the first (maybe the first) Windows vst enablers on Linux was "vst server" which was a server and used sockets for communicating with the Windows vst running under Wine.

Then after that there was dssi-vst which used named pipes for communicating with the Windows vst running under Wine.

Then a Mac programmer added native host DAW vst's to dssi-vst which was wac-vst, and then Windows vst's could be used just like Mac vst's in Mac DAW's.

Then Abique came out with his vst bridge which was based on sockets and had similar capabilities to wac-vst but for Linux.

Then Airwave came out and it was based on Abique's vst bridge and I think it used semaphores and then a later version used futexes for communicating with the Windows vst running under Wine.

Carla appeared as well and I think maybe the first version had some dssi-vst parts and later versions might use something else.

LinVst is based on wac-vst and dssi-vst and used named pipes for communicating with the Windows vst running under Wine and the latest version uses a mix of named pipes and semaphores.

They all have their pros and cons and it's not that easy doing IPC with a Wine process and dealing with Linux host quirks and Wine quirks, so nothing is going to be perfect, but quite a lot of windows vst's can run ok.

Last edited by osxmidi; 08-01-2017 at 07:14 PM.
osxmidi is offline   Reply With Quote
Old 08-01-2017, 10:18 PM   #86
mschnell
Human being with feelings
 
mschnell's Avatar
 
Join Date: Jun 2013
Location: Krefeld, Germany
Posts: 7,884
Default

It also would be interesting to know what technology in detail Muse Inc used in their "Receptor" product. Same was professionally sold for many years and was said to have worked very well with most (close to all ? ) Windows VSTs. For some time even NI explicitly offered their products (including Kontakt) for use with Receptor. (I seem to remember that there was a kind of bundle or something.)

It is known that Muse used WineLib to create the "Windows Vst Bridge" for their Linux based Receptor product. In fact I suppose that they canceled Receptor due to (GPL) licensing problems regarding WineLib. (I once was told that they did not use a full blown Wine installation.)

BTW.: Muse thrive to license their software to 3rd parties (-> http://www.museresearch.com/ ), but I doubt that Cockos is willing to shell out money for something that they certainly are able to do themselves.

-Michael

Last edited by mschnell; 08-03-2017 at 06:39 AM.
mschnell is online now   Reply With Quote
Old 08-03-2017, 01:20 PM   #87
4duhwinnn
Human being with feelings
 
Join Date: Mar 2017
Posts: 408
Default

Quite a while back, wine 1.4 was very successful
using that era's versions of Reaper with windows vsts.
I still make use of a 32 bit system from those ages,
(along with newer setups) and can make music of
many genres, lacking a good pedal steele guitar,
and a film-score quality orchestra. Still lots of
useful instrument sounds from Dimension Pro and SampleTank.

I'm pretty sure Receptor had to seed their progress
back to the wine team, with some regularity, as part
of licensing terms, maybe insiders here know how
all that works out in daily life?
Cheers
4duhwinnn is offline   Reply With Quote
Old 08-03-2017, 07:10 PM   #88
osxmidi
Human being with feelings
 
Join Date: Feb 2014
Posts: 536
Default

Quote:
Originally Posted by 4duhwinnn View Post
Quite a while back, wine 1.4 was very successful
using that era's versions of Reaper with windows vsts.
I still make use of a 32 bit system from those ages,
(along with newer setups) and can make music of
many genres, lacking a good pedal steele guitar,
and a film-score quality orchestra. Still lots of
useful instrument sounds from Dimension Pro and SampleTank.

I'm pretty sure Receptor had to seed their progress
back to the wine team, with some regularity, as part
of licensing terms, maybe insiders here know how
all that works out in daily life?
Cheers
Muse Wine patches https://www.winehq.org/pipermail/win...ry/098335.html

Apparently, some vst's don't run on the Receptor (google search).

Some patches seem to be for real time performance and some seem to be interface tweaks for some vst's.

Wine can never cover everything exactly like Windows, so there are going to be incompatibility problems with some things, even different Windows versions can have compatibility problems.
osxmidi is offline   Reply With Quote
Old 08-04-2017, 02:16 PM   #89
4duhwinnn
Human being with feelings
 
Join Date: Mar 2017
Posts: 408
Default

Thanks for the link. It Underlines the complexities
of the developements we rely on.

Wine and the wrappers are quite impressive.
The new SynthmasterONE 1.05
features a scalable gui, which works so far.
Little things make a huge difference.

I also installed and registered an IK Multimedia
Stealthplug usb guitar interface, so theres
some more good news, via wine 2.12

http://www.ikmultimedia.com/products/stealthplug/

Cheers

Last edited by 4duhwinnn; 08-04-2017 at 02:37 PM.
4duhwinnn is offline   Reply With Quote
Old 08-08-2017, 02:19 PM   #90
citizenkeith
Human being with feelings
 
Join Date: Jun 2014
Location: Ohio
Posts: 727
Default

So far, so good. Recorded a test session last night, then went about adding my favorite VSTs with LinVST. Working well, though I had some Reaper freezes on the way.

http://imgur.com/a/cKLom

Last edited by citizenkeith; 08-09-2017 at 09:11 AM.
citizenkeith is offline   Reply With Quote
Old 08-09-2017, 09:32 AM   #91
citizenkeith
Human being with feelings
 
Join Date: Jun 2014
Location: Ohio
Posts: 727
Default

The only Windows plugin that I've had problems with is Toneboosters' Ferox.

http://imgur.com/a/tBnxc

Wine reported a LinVST error when I loaded it. See attached.
Attached Files
File Type: txt backtrace-ferox.txt (24.7 KB, 213 views)
citizenkeith is offline   Reply With Quote
Old 08-09-2017, 02:56 PM   #92
4duhwinnn
Human being with feelings
 
Join Date: Mar 2017
Posts: 408
Default

It seems to work OK with reaper's default sliders gui,
in both the linux and windows reapers,

In Mint 18, windows reaper in wine 2.12, the actual ferox gui knobs
were either unresponsive, or the levels lept wildly about,
and in the linux reaper, with ferox wrapped by Linvst,
it just showed a black screen.

Wine 2.14 is out, maybe something inside it could help?
haven't looked at the changelogs.
Cheers

Last edited by 4duhwinnn; 08-09-2017 at 03:46 PM.
4duhwinnn is offline   Reply With Quote
Old 08-10-2017, 10:42 AM   #93
svoufff
Human being with feelings
 
Join Date: Feb 2013
Posts: 20
Default

Reporting back on the SWAM Saxophones :

Installation with Wine 2.13 is smooth.

First launch with Linvst built from source.No wineprefix, no dll overrides.
Activation works straight, no hassle.

Gui is perfectly usable, all settings are accessible.Only the Help & Credits tab makes the plugin crash.

Every lauch of an instance of SWAM takes approx 5 seconds, Wine spitting some fixmes about wininet that I didn't solve yet.When opening a project with multiple saxophones, wait times add up of course...

These VST instruments take ressource ! Don't forget, like I did, to switch the cpu scaling governor to "performance".On my fresh Arch install it defaulted to "on demand" resulting in xruns all over the place.Quick check with
Code:
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
Next setting which dramatically helps lowering DSP load (value reported by jack_cpu_load or Cadence/Claudia) is enabling "Allow LiveFX multiprocessing" in Audio Preferences of Reaper itself.This cuts down the audio charge reported by jack in half !

I'm currently loading 4 tracks with an instance of SWAM on each one and it seems solid.DSP loads at 20% when the instruments play together, no xruns.I use a Presonus Audiobox USB at 32ms latency (512/48000)*3 which seems the best compromise for the time being.

I also tried with Airwave but it crashes Reaper from the start.Same with the 1.22 binary release of Linvst.
Carla-Rack in Reaper fails to load SWAM with a timeout error (however it works as a standalone host).

More tweaks are welcome to build that Penguin Big Band but basically, it works
svoufff is offline   Reply With Quote
Old 08-10-2017, 06:00 PM   #94
osxmidi
Human being with feelings
 
Join Date: Feb 2014
Posts: 536
Default

Quote:
Originally Posted by svoufff View Post
Reporting back on the SWAM Saxophones :

Installation with Wine 2.13 is smooth.

First launch with Linvst built from source.No wineprefix, no dll overrides.
Activation works straight, no hassle.

Gui is perfectly usable, all settings are accessible.Only the Help & Credits tab makes the plugin crash.

Every lauch of an instance of SWAM takes approx 5 seconds, Wine spitting some fixmes about wininet that I didn't solve yet.When opening a project with multiple saxophones, wait times add up of course...

These VST instruments take ressource ! Don't forget, like I did, to switch the cpu scaling governor to "performance".On my fresh Arch install it defaulted to "on demand" resulting in xruns all over the place.Quick check with
Code:
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
Next setting which dramatically helps lowering DSP load (value reported by jack_cpu_load or Cadence/Claudia) is enabling "Allow LiveFX multiprocessing" in Audio Preferences of Reaper itself.This cuts down the audio charge reported by jack in half !

I'm currently loading 4 tracks with an instance of SWAM on each one and it seems solid.DSP loads at 20% when the instruments play together, no xruns.I use a Presonus Audiobox USB at 32ms latency (512/48000)*3 which seems the best compromise for the time being.

I also tried with Airwave but it crashes Reaper from the start.Same with the 1.22 binary release of Linvst.
Carla-Rack in Reaper fails to load SWAM with a timeout error (however it works as a standalone host).

More tweaks are welcome to build that Penguin Big Band but basically, it works
Wininet seems to cause some problems with some plugins.

I think what happens is that when the help is selected some plugins try to do something over the net via wininet and Wines wininet has things missing so maybe a wininet dll override might help.

The makefiles with rt in their names should be able to get better latency.
osxmidi is offline   Reply With Quote
Old 08-11-2017, 10:12 AM   #95
4duhwinnn
Human being with feelings
 
Join Date: Mar 2017
Posts: 408
Default

Quote:
Originally Posted by svoufff View Post
Reporting back on the SWAM Saxophones :

Installation with Wine 2.13 is smooth.

First launch with Linvst built from source.No wineprefix, no dll overrides.
Activation works straight, no hassle.

Gui is perfectly usable, all settings are accessible.Only the Help & Credits tab makes the plugin crash...
basically, it works
This bodes well for using an Akai EWI in linux.
Thanks for the update!
4duhwinnn is offline   Reply With Quote
Old 08-14-2017, 05:26 AM   #96
hmoller
Human being with feelings
 
Join Date: Aug 2017
Posts: 8
Default MT powerdrumkit

Hi!

MTpowerdrumkit http://www.powerdrumkit.com/ running with airwave w/o problems.

In linvst the linvst-server.exe crash when I tried to load it.

It doesn't run in carla.

It also works in reaper on wine.

To make it work in winecfg you must add "d2d1" to the list of "Existing overrides."
https://linuxmusicians.com/viewtopic...er+drum#p70931

brgds
HPM

Last edited by hmoller; 08-14-2017 at 05:29 AM. Reason: adding info
hmoller is offline   Reply With Quote
Old 08-14-2017, 09:06 AM   #97
pcmao
Human being with feelings
 
Join Date: Feb 2017
Posts: 35
Default

Linux preversion is very impressive ! only missing SWS extensions
pcmao is offline   Reply With Quote
Old 08-14-2017, 09:16 AM   #98
Jack Winter
Human being with feelings
 
Jack Winter's Avatar
 
Join Date: Aug 2007
Location: Luxembourg/Spain
Posts: 1,787
Default

Quote:
Originally Posted by pcmao View Post
Linux preversion is very impressive ! only missing SWS extensions
There is sws and reapack for it, see: https://wiki.cockos.com/wiki/index.php/REAPER_for_Linux
__________________
Reaper for Linux Documentation (WIP). Software: Archlinux/KDE, Fabfilter FX, Komplete 8, Nebula, Schwa/Stillwell, T-racks Max/Amplitube/SVX, etc. Gear: i7-2600k/4700HQ/16GB, RME Multiface/Babyface, Behringer X32, Genelec 8040,etc. :)
Jack Winter is offline   Reply With Quote
Old 08-14-2017, 02:37 PM   #99
pcmao
Human being with feelings
 
Join Date: Feb 2017
Posts: 35
Default

Quote:
Originally Posted by Jack Winter View Post
There is sws and reapack for it, see: https://wiki.cockos.com/wiki/index.php/REAPER_for_Linux
thanks ! oO
pcmao is offline   Reply With Quote
Old 08-14-2017, 09:15 PM   #100
osxmidi
Human being with feelings
 
Join Date: Feb 2014
Posts: 536
Default

Quote:
Originally Posted by hmoller View Post
Hi!

MTpowerdrumkit http://www.powerdrumkit.com/ running with airwave w/o problems.

In linvst the linvst-server.exe crash when I tried to load it.

It doesn't run in carla.

It also works in reaper on wine.

To make it work in winecfg you must add "d2d1" to the list of "Existing overrides."
https://linuxmusicians.com/viewtopic...er+drum#p70931

brgds
HPM
I've been able to run MT Powerdrumkit ok with the current LinVst version (1.22) by disabling d2d1 using winecfg as you say, but the gui doesn't update on my old video system.

I'm using Wine Staging 2.13.

The d2d1 disabling also works for the OP-X synth.

Seems like Wine's d2d1 is a problem for some plugins.

Last edited by osxmidi; 08-14-2017 at 10:46 PM.
osxmidi is offline   Reply With Quote
Old 08-15-2017, 03:11 AM   #101
Jack Winter
Human being with feelings
 
Jack Winter's Avatar
 
Join Date: Aug 2007
Location: Luxembourg/Spain
Posts: 1,787
Default

Quote:
Originally Posted by osxmidi View Post
Seems like Wine's d2d1 is a problem for some plugins.
This is an interface that is still under development. About a year ago it wasn't implemented at all, but it's seen constant improvement, so I'd expect more and more plugins that depend on d2d1 to start working correctly as it gets implemented.
__________________
Reaper for Linux Documentation (WIP). Software: Archlinux/KDE, Fabfilter FX, Komplete 8, Nebula, Schwa/Stillwell, T-racks Max/Amplitube/SVX, etc. Gear: i7-2600k/4700HQ/16GB, RME Multiface/Babyface, Behringer X32, Genelec 8040,etc. :)
Jack Winter is offline   Reply With Quote
Old 08-15-2017, 04:14 AM   #102
svoufff
Human being with feelings
 
Join Date: Feb 2013
Posts: 20
Default

Quote:
Originally Posted by osxmidi View Post
Wininet seems to cause some problems with some plugins.

I think what happens is that when the help is selected some plugins try to do something over the net via wininet and Wines wininet has things missing so maybe a wininet dll override might help.

The makefiles with rt in their names should be able to get better latency.
The rt version is working fine.I can go down to a buffer size of 128 (still 3 periods , 48k sampling rate) and get 22 to 26% DSP load with 4 saxophones playing at same time, which is very promising.

Overriding wininet.dll with different native versions didn't help or lead to crash unfortunately.But I missed something from the start.When Reaper starts initialization, output stalls for 15 seconds after the message jack: activated client.Then it outputs Could not connect to Server, and only then the DSSI VST plugin server starts.
Whatever Linvst build, I stumble on this.
Full Reaper output is here : https://pastebin.com/iUu7HPnG
svoufff is offline   Reply With Quote
Old 08-15-2017, 05:44 AM   #103
osxmidi
Human being with feelings
 
Join Date: Feb 2014
Posts: 536
Default

Quote:
Originally Posted by svoufff View Post
The rt version is working fine.I can go down to a buffer size of 128 (still 3 periods , 48k sampling rate) and get 22 to 26% DSP load with 4 saxophones playing at same time, which is very promising.

Overriding wininet.dll with different native versions didn't help or lead to crash unfortunately.But I missed something from the start.When Reaper starts initialization, output stalls for 15 seconds after the message jack: activated client.Then it outputs Could not connect to Server, and only then the DSSI VST plugin server starts.
Whatever Linvst build, I stumble on this.
Full Reaper output is here : https://pastebin.com/iUu7HPnG
I think maybe (I can't be totally sure) that the wininet errors are causing multiple retries to load the vst due to wininet connection timeouts.

I've tried overriding wininet on other vst's and I did get it working but not all versions of the winnet dll worked from what I remember.

I seem to have used a wininet 64 bit dll from dll-files and also a iertutil dll.

The wininet dll I used was 1,032,704 bytes in size (I've got it stored on a flash drive).

I've just checked, it's the 64bit 7.0.6001.18639 0.98 MB at https://www.dll-files.com/wininet.dll.html

The iertutil dll was 64bit 7.0.6001.18639 0.36 MB at https://www.dll-files.com/iertutil.dll.html

I don't know if it will work with your particular vst and system.

Also some people seem to get a Wine initial delay when Wine is started the first time on a new boot and it can cause multiple retries to load a vst and something that can help is to run winecfg before using Wine based programs (or LinVst or whatever).

Last edited by osxmidi; 08-15-2017 at 06:10 AM.
osxmidi is offline   Reply With Quote
Old 08-15-2017, 06:15 AM   #104
Jack Winter
Human being with feelings
 
Jack Winter's Avatar
 
Join Date: Aug 2007
Location: Luxembourg/Spain
Posts: 1,787
Default

Quote:
Originally Posted by osxmidi View Post
Also some people seem to get a Wine initial delay when Wine is started the first time on a new boot and it can cause multiple retries to load a vst and something that can help is to run winecfg before using Wine based programs (or LinVst or whatever).
FWIW, this happens every time you have updated the wine binary, and sometimes it prompts to update wine-gecko and/or wine-mono.
__________________
Reaper for Linux Documentation (WIP). Software: Archlinux/KDE, Fabfilter FX, Komplete 8, Nebula, Schwa/Stillwell, T-racks Max/Amplitube/SVX, etc. Gear: i7-2600k/4700HQ/16GB, RME Multiface/Babyface, Behringer X32, Genelec 8040,etc. :)
Jack Winter is offline   Reply With Quote
Old 08-15-2017, 06:45 AM   #105
osxmidi
Human being with feelings
 
Join Date: Feb 2014
Posts: 536
Default

Quote:
Originally Posted by Jack Winter View Post
FWIW, this happens every time you have updated the wine binary, and sometimes it prompts to update wine-gecko and/or wine-mono.
Are you taking about rebuilding a wineprefix?

On my old laptop the hard disk is so sloooooooooow that by the time Wine loads it's libraries the vst has timed out after Reaper tries to load it twice.

I think it affects systems with slower hard disks and memory because of the time it takes for Wine to initially load it's libraries on a new boot and then after that it's ok until the next boot.

Running winecfg seems to load Wine libraries or whatever, and then the vst loading in Reaper doesn't time out but vst loading will time out without first running winecfg or something that loads Wine.

I have to prime the Wine pump, so to speak.

More modern systems would not get the Wine loading time problem.

When I use my more modern quad core I don't have to do it.

Last edited by osxmidi; 08-15-2017 at 06:56 AM.
osxmidi is offline   Reply With Quote
Old 08-15-2017, 07:11 AM   #106
Jack Winter
Human being with feelings
 
Jack Winter's Avatar
 
Join Date: Aug 2007
Location: Luxembourg/Spain
Posts: 1,787
Default

Quote:
Originally Posted by osxmidi View Post
Are you taking about rebuilding a wineprefix?

On my old laptop the hard disk is so sloooooooooow that by the time Wine loads it's libraries the vst has timed out after Reaper tries to load it twice.

I think it affects systems with slower hard disks and memory because of the time it takes for Wine to initially load it's libraries on a new boot and then after that it's ok until the next boot.

Running winecfg seems to load Wine libraries or whatever, and then the vst loading in Reaper doesn't time out but vst loading will time out without first running winecfg or something that loads Wine.

I have to prime the Wine pump, so to speak.

More modern systems would not get the Wine loading time problem.

When I use my more modern quad core I don't have to do it.
Not that I know of. Never noticed a slowdown the first time I run wine. What I mean is that whenever you have updated the wine binary (new version or change to/from wine-staging), there will be a delay while starting wine for the first time in a specific index. Sometimes it even prompts you to update wine-gecko or mono in the wine prefix.
__________________
Reaper for Linux Documentation (WIP). Software: Archlinux/KDE, Fabfilter FX, Komplete 8, Nebula, Schwa/Stillwell, T-racks Max/Amplitube/SVX, etc. Gear: i7-2600k/4700HQ/16GB, RME Multiface/Babyface, Behringer X32, Genelec 8040,etc. :)

Last edited by Jack Winter; 08-15-2017 at 07:16 AM.
Jack Winter is offline   Reply With Quote
Old 08-15-2017, 10:48 AM   #107
svoufff
Human being with feelings
 
Join Date: Feb 2013
Posts: 20
Default

Thanks for the help.On my system, these versions add some more fixmes, although Reaper starts faster once the initial wait time I reported on my precedent post is over.I've tested lots of others iertutil and wininet dlls from all over the web.Most of them crashed the dssi server.
Winetricks didn't't help either.
I think I will pass this issue for now as it is not blocking, and wait for an improvement in a new Wine version.
svoufff is offline   Reply With Quote
Old 08-16-2017, 02:09 AM   #108
Jack Winter
Human being with feelings
 
Jack Winter's Avatar
 
Join Date: Aug 2007
Location: Luxembourg/Spain
Posts: 1,787
Default

FWIW, I just installed and ran mt power drumkit in linvst (slightly older version). I didn't have to do any override at all for d2d1, but I have added HKCU->Software->Wine->MaxVersionGL to the registry and set it to 0x30002 (as seems to be necessary when using my intel gpu).

Seems to mostly work, what doesn't work completely well seems to be updating the GUI, once a drum has been hit it changes to indicate the hit, but doesn't go back to showing the unhit drum.

What doesn't work at all is dragging grooves from the plugin to reaper (though it works internally in the plugin).

Edit:

It appears stuck on 3bar grooves, but it actually does change, but I have to close the groove window and reopen it to see it refreshed in the GUI.

So to me it half works, the problem being the gui not refreshing properly and not being able to drag grooves into reaper.
And it seems stuck on 3bar grooves, doesn't allow me to change the setting. The GUI not refreshing is probably due to some bug or missing functionality in wine's d2d1. The DND of grooves I have no idea at the moment.
__________________
Reaper for Linux Documentation (WIP). Software: Archlinux/KDE, Fabfilter FX, Komplete 8, Nebula, Schwa/Stillwell, T-racks Max/Amplitube/SVX, etc. Gear: i7-2600k/4700HQ/16GB, RME Multiface/Babyface, Behringer X32, Genelec 8040,etc. :)

Last edited by Jack Winter; 08-16-2017 at 10:01 AM.
Jack Winter is offline   Reply With Quote
Old 08-20-2017, 04:00 PM   #109
4duhwinnn
Human being with feelings
 
Join Date: Mar 2017
Posts: 408
Default

Using the batch convert fails in pclinuxos distro with wine 2.13
and mentions requiring GLIBCXX_3.4.21

command: strings /usr/lib/libstdc++.so.6 | grep GLIBC

shows the highest installed is GLIBCXX_3.4.20

and a newer lidsttdc++ is not ready for pclinuxos distro.
Doing a compile, the make process has this conclusion:

[me@localhost LinVst-1.2]$ make
g++ -fPIC -O2 -DAMT -DRINGB -c linvst.cpp -o linvst.unix.o
g++ -fPIC -O2 -DAMT -DRINGB -c remotevstclient.cpp -o remotevstclient.unix.o
g++ -fPIC -O2 -DAMT -DRINGB -c remotepluginclient.cpp -o remotepluginclient.unix.o
g++ -fPIC -O2 -DAMT -DRINGB -c paths.cpp -o paths.unix.o
g++ linvst.unix.o remotevstclient.unix.o remotepluginclient.unix.o paths.unix.o -shared -lpthread -ldl -lrt -o linvst.so
wineg++ -m64 -O2 -DAMT -DRINGB -I/usr/include/wine-development/windows -c lin-vst-server.cpp -o lin-vst-server.wine.o
wineg++ -m64 -O2 -DAMT -DRINGB -I/usr/include/wine-development/windows -c remotepluginserver.cpp -o remotepluginserver.wine.o
remotepluginserver.cpp: In member function ‘void RemotePluginServer::dispatchProcess(int)’:
remotepluginserver.cpp:744:13: error: ‘errno’ was not declared in this scope
if (errno == ETIMEDOUT) {
^
remotepluginserver.cpp:744:22: error: ‘ETIMEDOUT’ was not declared in this scope
if (errno == ETIMEDOUT) {
^
remotepluginserver.cpp: In member function ‘void RemotePluginServer::dispatchGetSet(int)’:
remotepluginserver.cpp:835:13: error: ‘errno’ was not declared in this scope
if (errno == ETIMEDOUT) {
^
remotepluginserver.cpp:835:22: error: ‘ETIMEDOUT’ was not declared in this scope
if (errno == ETIMEDOUT) {
^
remotepluginserver.cpp: In member function ‘void RemotePluginServer::rdwr_tryWrite2(int, const void*, size_t, const char*, int)’:
remotepluginserver.cpp:1331:13: error: ‘errno’ was not declared in this scope
if (errno == EPIPE)
^
remotepluginserver.cpp:1331:22: error: ‘EPIPE’ was not declared in this scope
if (errno == EPIPE)
^
remotepluginserver.cpp:1337:10: error: ‘errno’ was not declared in this scope
if (errno != EAGAIN) {
^
remotepluginserver.cpp:1337:19: error: ‘EAGAIN’ was not declared in this scope
if (errno != EAGAIN) {
^
remotepluginserver.cpp: In member function ‘void RemotePluginServer::rdwr_tryRead
(int, void*, size_t, const char*, int)’:
remotepluginserver.cpp:1372:10: error: ‘errno’ was not declared in this scope
if (errno != EAGAIN) {
^
remotepluginserver.cpp:1372:19: error: ‘EAGAIN’ was not declared in this scope
if (errno != EAGAIN) {
^
remotepluginserver.cpp: In member function ‘void RemotePluginServer::rdwr_tryWrit
e(int, const void*, size_t, const char*, int)’:
remotepluginserver.cpp:1397:13: error: ‘errno’ was not declared in this scope
if (errno == EPIPE)
^
remotepluginserver.cpp:1397:22: error: ‘EPIPE’ was not declared in this scope
if (errno == EPIPE)
^
winegcc: g++ failed
Makefile:55: recipe for target 'remotepluginserver.wine.o' failed
make: *** [remotepluginserver.wine.o] Error 2

----------------------------------------
Any suggestions? (the batch convert works fine in mint 18
on the same computer)
Cheers
4duhwinnn is offline   Reply With Quote
Old 08-20-2017, 05:54 PM   #110
osxmidi
Human being with feelings
 
Join Date: Feb 2014
Posts: 536
Default

Quote:
Originally Posted by 4duhwinnn View Post
Using the batch convert fails in pclinuxos distro with wine 2.13
and mentions requiring GLIBCXX_3.4.21

command: strings /usr/lib/libstdc++.so.6 | grep GLIBC

shows the highest installed is GLIBCXX_3.4.20

and a newer lidsttdc++ is not ready for pclinuxos distro.
Doing a compile, the make process has this conclusion:

[me@localhost LinVst-1.2]$ make
g++ -fPIC -O2 -DAMT -DRINGB -c linvst.cpp -o linvst.unix.o
g++ -fPIC -O2 -DAMT -DRINGB -c remotevstclient.cpp -o remotevstclient.unix.o
g++ -fPIC -O2 -DAMT -DRINGB -c remotepluginclient.cpp -o remotepluginclient.unix.o
g++ -fPIC -O2 -DAMT -DRINGB -c paths.cpp -o paths.unix.o
g++ linvst.unix.o remotevstclient.unix.o remotepluginclient.unix.o paths.unix.o -shared -lpthread -ldl -lrt -o linvst.so
wineg++ -m64 -O2 -DAMT -DRINGB -I/usr/include/wine-development/windows -c lin-vst-server.cpp -o lin-vst-server.wine.o
wineg++ -m64 -O2 -DAMT -DRINGB -I/usr/include/wine-development/windows -c remotepluginserver.cpp -o remotepluginserver.wine.o
remotepluginserver.cpp: In member function ‘void RemotePluginServer::dispatchProcess(int)’:
remotepluginserver.cpp:744:13: error: ‘errno’ was not declared in this scope
if (errno == ETIMEDOUT) {
^
remotepluginserver.cpp:744:22: error: ‘ETIMEDOUT’ was not declared in this scope
if (errno == ETIMEDOUT) {
^
remotepluginserver.cpp: In member function ‘void RemotePluginServer::dispatchGetSet(int)’:
remotepluginserver.cpp:835:13: error: ‘errno’ was not declared in this scope
if (errno == ETIMEDOUT) {
^
remotepluginserver.cpp:835:22: error: ‘ETIMEDOUT’ was not declared in this scope
if (errno == ETIMEDOUT) {
^
remotepluginserver.cpp: In member function ‘void RemotePluginServer::rdwr_tryWrite2(int, const void*, size_t, const char*, int)’:
remotepluginserver.cpp:1331:13: error: ‘errno’ was not declared in this scope
if (errno == EPIPE)
^
remotepluginserver.cpp:1331:22: error: ‘EPIPE’ was not declared in this scope
if (errno == EPIPE)
^
remotepluginserver.cpp:1337:10: error: ‘errno’ was not declared in this scope
if (errno != EAGAIN) {
^
remotepluginserver.cpp:1337:19: error: ‘EAGAIN’ was not declared in this scope
if (errno != EAGAIN) {
^
remotepluginserver.cpp: In member function ‘void RemotePluginServer::rdwr_tryRead
(int, void*, size_t, const char*, int)’:
remotepluginserver.cpp:1372:10: error: ‘errno’ was not declared in this scope
if (errno != EAGAIN) {
^
remotepluginserver.cpp:1372:19: error: ‘EAGAIN’ was not declared in this scope
if (errno != EAGAIN) {
^
remotepluginserver.cpp: In member function ‘void RemotePluginServer::rdwr_tryWrit
e(int, const void*, size_t, const char*, int)’:
remotepluginserver.cpp:1397:13: error: ‘errno’ was not declared in this scope
if (errno == EPIPE)
^
remotepluginserver.cpp:1397:22: error: ‘EPIPE’ was not declared in this scope
if (errno == EPIPE)
^
winegcc: g++ failed
Makefile:55: recipe for target 'remotepluginserver.wine.o' failed
make: *** [remotepluginserver.wine.o] Error 2

----------------------------------------
Any suggestions? (the batch convert works fine in mint 18
on the same computer)
Cheers


Seems like it's this https://github.com/osxmidi/LinVst/issues/15

Seems that on some systems #include <errno.h> needs to be added
to remotepluginserver.cpp

I've updated LinVst at Github to include the change.
osxmidi is offline   Reply With Quote
Old 08-20-2017, 07:18 PM   #111
4duhwinnn
Human being with feelings
 
Join Date: Mar 2017
Posts: 408
Default

Thanks for studying the issue, I'll try
the updated version directly!
Cheers
4duhwinnn is offline   Reply With Quote
Old 08-20-2017, 08:25 PM   #112
4duhwinnn
Human being with feelings
 
Join Date: Mar 2017
Posts: 408
Default

That was indeed the binary magic! I've allwaze been impressed by your efforts,
but now I feel dazzled! Thanks for
knowing and sharing!
Cheers
4duhwinnn is offline   Reply With Quote
Old 08-21-2017, 06:38 AM   #113
osxmidi
Human being with feelings
 
Join Date: Feb 2014
Posts: 536
Default

Quote:
Originally Posted by 4duhwinnn View Post
That was indeed the binary magic! I've allwaze been impressed by your efforts,
but now I feel dazzled! Thanks for
knowing and sharing!
Cheers
That one was pretty easy seeing that a user pointed it out to me.

I should have updated it earlier but I'm going to release a new version soon that includes 32 bit vst support once again, after having to temporarily drop 32 bit vst support for the current version.
osxmidi is offline   Reply With Quote
Old 08-21-2017, 11:23 AM   #114
4duhwinnn
Human being with feelings
 
Join Date: Mar 2017
Posts: 408
Default

A caddy can point me to the putting green,
but getting the little ball there is another matter :wink:

Speaking of 32 bit,

http://www.maxsynths.com/

is closing down real soon, and has Crisalys synth for free,
one of the really fine vsts from the golden age.
Well worth adding to the quiver.
Cheers
4duhwinnn is offline   Reply With Quote
Old 08-21-2017, 10:33 PM   #115
osxmidi
Human being with feelings
 
Join Date: Feb 2014
Posts: 536
Default

Line 6 Native Helix vst crashes when the GUI is opened.

It loads without the GUI ok but is not very usable.

Maybe overrides can help, but so far I havn't been able to find anything that works.

Last edited by osxmidi; 08-22-2017 at 05:06 AM.
osxmidi is offline   Reply With Quote
Old 08-22-2017, 12:35 PM   #116
4duhwinnn
Human being with feelings
 
Join Date: Mar 2017
Posts: 408
Default

Quite the display Helix makes in the Reaper
terminal output, probably would cost over $400 in labor
to test a $400 plugin. Since Amplitube
with all the Custom Shop hoopla worked,
I was surprised Helix didn't.
Not that it's in my budget, but people of good repute
are quite impressed with it. I might unbox my win7 drive,
and try the demo. Where's the hand sanitizer...
Cheers
4duhwinnn is offline   Reply With Quote
Old 08-24-2017, 06:07 AM   #117
osxmidi
Human being with feelings
 
Join Date: Feb 2014
Posts: 536
Default

Helix needs the Visual C++ 2013 Redistributable according to the Line 6 forums.

winetricks vcrun2013

(install cabextract first ie sudo apt-get install cabextract).

I still can't get the GUI to run on my system though, so it might need more dlls or maybe wininet is the problem or whatever.

When the GUI opens for the first time, I'd say it tries to connect via the net (wininet, winsock) to it's registration procedure, so maybe that's part of the problem.

Some of the dll's that the Helix vst is using are gdiplus.dll, wininet.dll, ws2_32.dll (winsock).

Last edited by osxmidi; 08-24-2017 at 06:18 AM.
osxmidi is offline   Reply With Quote
Old 08-25-2017, 10:25 AM   #118
brainwreck
Human being with feelings
 
Join Date: Jul 2006
Posts: 20,840
Default

Going on audio demos, Helix sounds on par with other sims to my ears. And $400 is pretty damn steep for an amp sim. But I suppose the more options for linux, the merrier.
__________________
It's time to take a stand against the synthesizer.
brainwreck is offline   Reply With Quote
Old 08-25-2017, 12:41 PM   #119
Finnish
Human being with feelings
 
Finnish's Avatar
 
Join Date: Jun 2006
Location: Finland, Kuopio
Posts: 886
Default

C'mon - Guitarix!
__________________
REGISTERED USER
My music, studio and bands
Finnish is offline   Reply With Quote
Old 08-26-2017, 10:47 PM   #120
osxmidi
Human being with feelings
 
Join Date: Feb 2014
Posts: 536
Default

Quote:
Originally Posted by parhom View Post
Hi!

Did anyone have any luck using Sforzando with Reaper on Linux?

I try to use it with LinVst bridge, but have some issues: it loads and plays sfz-instruments, but doesn't show its UI correctly. When using standalone version with wine UI works perfectly, I can see active keyboard at the bottom, instrument's info and GUI. With LinVst Sforzando doesn't update it's UI after loading an instrument.

Is it an issue with LinVst or maybe I have to configure something?
I've fixed it in LinVst 1.51.

The Sforzando vst runs ok now.
osxmidi is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -7. The time now is 03:38 PM.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.