|
|
|
03-18-2017, 01:20 PM
|
#1121
|
Human being with feelings
Join Date: Jun 2013
Location: Krefeld, Germany
Posts: 14,687
|
Quote:
Originally Posted by osxmidi
It uses named pipes to send messages from the Linux vst plugin to the server that is running the Windows vst.
|
I would call this a "bridge" (Similar like JBridge that allows for running 32 Bit VSTs in a 64 Bit VST host that is not so clever as Reaper which features an internal bridge).
So on the long rung I suppose it would make a lot of sense to have Cockos use your code to build a Reaper-internal version of your "Bridge".
-Michael
|
|
|
03-18-2017, 01:35 PM
|
#1122
|
Human being with feelings
Join Date: Jun 2013
Location: Krefeld, Germany
Posts: 14,687
|
Quote:
Originally Posted by Jack Winter
I think I know a trick that can make this a lot more efficient....
|
While this of course does sound like great ideas, it is intended to improve things that really do use wine (such as the GUI).
But I suppose the audio path does not "use" wine at all. Same should be an independent set of threads, passing information directly between Reaper and the Windows VST. I don't suppose a decent VST uses the GUI thread to audio/midi handling, so synchronizing should be possible without taking Wine into account.
-Michael
Last edited by mschnell; 03-18-2017 at 01:46 PM.
|
|
|
03-18-2017, 01:37 PM
|
#1123
|
Human being with feelings
Join Date: Mar 2017
Posts: 859
|
Quote:
Originally Posted by SmajjL
Woah!! I saw MIDI for the first time (in REAPER of course a horse) and it was from my A-800pro keyboard using the USB connection Only even, so I can confirm that it IS, possible.
There was no delay to speak of either.
One slight problem, how the heck did I do it because, I am having problems reproducing it.. even if I "feel" I am doing it right and the same, doh.
Anyway.. I am upgrading from Plausible to totally realistically Possible to use Linux for music.
I am the problem atm, not Linux.
|
I installed a2jmidid, and I've been running
a2jmidid -j default
A midi connector appears in the MIDI tab
of the qjackctl Connections panel. Expand the Reaper
entry (on the right side) by clicking the triangle widget,
and connect the midi inputs to the a2j item on the left side.
To win the connector naming wars among patchbays, open another
one or two patchnays on the same qjackctl desktop, and see how it's connections are labeled in the others. Or vice versa
A root user command: modprobe snd_virmidi
will add some extra virtual midi ports to make use of.
In both the Alsa and MIDI tabs
(haven't read the whole thread yet, sorry if posting redundancies!)
Cheers
|
|
|
03-18-2017, 01:43 PM
|
#1124
|
Human being with feelings
Join Date: Aug 2007
Location: Luxembourg/Spain
Posts: 1,922
|
Quote:
Originally Posted by mschnell
While this of course does sound like great ideas, it is intended to improve things that really do use wine (such as the GUI).
But I suppose the audio path woes not "use" wine at all. Same should be an independent set of threads, passing information directly between Reaper and the Windows VST. I don't suppose a decent VST uses the GUI thread to audio/midi handlineg.
-Michael
|
I'm not so sure about that, you can probably count on many plugins using windows functionality in it's audio processing too..
__________________
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. :)
|
|
|
03-18-2017, 01:58 PM
|
#1125
|
Human being with feelings
Join Date: Oct 2007
Posts: 43
|
Quote:
Wine uses futexes for some things, with good results. But IMO, the best way is to set things up that you can call directly into wine from the linux side.
|
We are talking about different things.
I am talking about pshared mutexes/condition variables used for signalling between two otherwise independent processes.
You are talking about mutexes/condition variables used for signalling between threads that belong to the same process, as was with wineasio.
Currently osxmidi uses named pipes for this (signalling between processes).
Pshared mutexes/condition variables are much faster here.
Quote:
The server is a Wine process and the Linux vst plugin is a Linux process and they communicate via named pipes and shared memory.
|
Understand?
|
|
|
03-18-2017, 02:13 PM
|
#1126
|
Human being with feelings
Join Date: Mar 2017
Posts: 859
|
Quote:
Originally Posted by SmajjL
And my soundcards native EQ is gone but I can add any EQ on REAPERS monitor FX so, hihi.
|
envy24control and newer mudita version
are dedicated mixers for maudio soundcards,
one or both should be in all repositories.
Cheers
|
|
|
03-18-2017, 02:37 PM
|
#1127
|
Human being with feelings
Join Date: Aug 2007
Location: Luxembourg/Spain
Posts: 1,922
|
Quote:
Originally Posted by Drumfix
We are talking about different things.
I am talking about pshared mutexes/condition variables used for signalling between two otherwise independent processes.
You are talking about mutexes/condition variables used for signalling between threads that belong to the same process, as was with wineasio.
|
Not at all, wineasio used a semaphore to sync the jack process with the reaper/asio process, it never used any primitives for syncing anything internally.. The use of a semaphore led to higher execution latencies though.
__________________
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. :)
|
|
|
03-18-2017, 02:43 PM
|
#1128
|
Human being with feelings
Join Date: Mar 2017
Posts: 859
|
Quote:
Originally Posted by piratethedog
I think any distro is ok.
I use Debian, because it has rt kernel and it's possible to use kxstudio repo.
|
There are some debian distros that come nearly empty,
which might be good for people with spare computers,
who can add repositories and the audio infrastructure/apps,
without a lot of non-audio developer pet projects munching on the cpu's.
I think of anti-x and bodhi, and probably several others.
There is one called wattos optimized for laptop battery savings.
Cheers
Last edited by 4duhwinnn; 03-18-2017 at 02:45 PM.
Reason: mow betta
|
|
|
03-18-2017, 03:54 PM
|
#1129
|
Human being with feelings
Join Date: Oct 2007
Posts: 43
|
Quote:
Not at all, wineasio used a semaphore to sync the jack process with the reaper/asio process, it never used any primitives for syncing anything internally.. The use of a semaphore led to higher execution latencies though.
|
That is not correct. The semaphores synced the jack process thread with the wine thread, but both threads were part of the same process.
|
|
|
03-18-2017, 09:33 PM
|
#1130
|
Human being with feelings
Join Date: Feb 2014
Posts: 620
|
Quote:
Originally Posted by Jack Winter
I think I know a trick that can make this a lot more efficient.
The problem is that you can't just pass execution from the linux/host context straight into the wine context as windows function calls made by the wine host/plugin will fail. All windows function calls (and other resources) used by the wine process needs to be made by threads created in the wine context.
The traditional way of solving this would be to use some kind of syncing mechanism to sync the wine and the host linux processes. This posed a performance problem for wineasio as it used semaphores to sync between wine and jack.
The trick is that if you create a thread in the wine context using CreateThread() and then pass a function pointer back to the linux process context, you can just pass execution straight into wine without using any syncing mechanisms, and the wine host/plugin will be able to do everything it needs to do!
For wineasio this got rid of multiple threads syncing via semaphores, and the jack audio processing callback turned into something much simpler:
1. memcpy (from the jack buffers to the wineasio buffers)
2. A call straight into wine/reaper's ASIO callback (where reaper can use all wine function calls and other resources).
3. memcpy (from the wineasio buffers to the jack buffers).
This simplified the solution radically and led to much lower execution latency!
I've been meaning to improve some existing solution or to write my own bridging plugin, but I simply don't find the time as I'm recording my own band.. Hope my idea can be useful to someone else! If in doubt look at the wineasio and jack sources to see how it can be done.
|
Thanks, that's good to know.
The architecture of the plugin is like this
Reaper(LinVst)<------>Server.
LinVst is a Linux vst and the Server is a Wine program that puts up a Audio thread via CreateThread.
The pipes communicate commands and info between them and the shared memory is where the audio and midi data gets communicated.
The pipes and shared memory are all pretty fast.
Wine is running the plugins code, so that means that the performance depends on how Wine is running it, and Kontakt ends up running better (at least on some systems) with multithreading turned off and that's due to a Wine thing more than anything else.
Last edited by osxmidi; 03-18-2017 at 09:58 PM.
|
|
|
03-18-2017, 09:35 PM
|
#1131
|
Human being with feelings
Join Date: Feb 2014
Posts: 620
|
Quote:
Originally Posted by mschnell
What exactly does this mean ?
I suppose Wine needs to be installed for running the "VST in VST" (in Reaper) and not just for preparing it (and especially not just on your site when compiling the Linux VST) .
So the user needs to run "Reaper native Linux" side by side with Wine, to allow for the VSTs to access Wine ?
Anyway this seems to be a really great progress !
Thanks for your work,
-Michael
|
It's the Wine version on my system, Wine 2.1 devel https://www.winehq.org/news/2017020301
I needed the latest version to get Kontakt running.
|
|
|
03-18-2017, 11:19 PM
|
#1132
|
Human being with feelings
Join Date: Jun 2013
Location: Krefeld, Germany
Posts: 14,687
|
Quote:
Originally Posted by Jack Winter
I'm not so sure about that, you can probably count on many plugins using windows functionality in it's audio processing too..
|
So maybe the way to sync audio should be configurable...
-Michael
|
|
|
03-18-2017, 11:25 PM
|
#1133
|
Human being with feelings
Join Date: Jun 2013
Location: Krefeld, Germany
Posts: 14,687
|
Quote:
Originally Posted by Jack Winter
Wine uses futexes for some things, with good results.
|
Quote:
Originally Posted by Drumfix
I am talking about pshared mutexes/condition variables used for signalling between two otherwise independent processes.
You are talking about mutexes/condition variables used for signalling between threads that belong to the same process, as was with wineasio.
|
Quote:
Originally Posted by Jack Winter
Not at all, wineasio used a semaphore to sync the jack process with the reaper/asio process, it never used any primitives for syncing anything internally.. The use of a semaphore led to higher execution latencies though.
|
Futexes are a lot faster than Mutex (as they in many (short blockings: mostly 99,99 %) cases avoid calling the OS). Usually they only are used for synchronization between threads (sharing memory) and not between different processes. With Threads the pthreadlib library automatically uses Futex (if available) instead of Mutex, for pthread.mutex...() calls. But supposedly a Futexes can also (manually) be allocated in shared memory. I did not hear about the consequences of doing so.
-Michael
Last edited by mschnell; 03-19-2017 at 12:04 AM.
|
|
|
03-18-2017, 11:30 PM
|
#1134
|
Human being with feelings
Join Date: Mar 2017
Posts: 859
|
@ osxmidi: Have you done any dll over-rides in your winecfg to help
with running Kontakt?
sundries:
Melda have a very nice collection of free plugins
to download, to insure your brand assimilation.
Tor's ladspa and dssi wrapper, and perhaps a continuation
of his lv2 work, would bring Reaper a lot of tools and instruments.
Guitarix, with it's ever growing stomp-sim collection,
and the many individually ported rakarrack effects
(by way of jalv) are great fun.
An LV2 wrapper would enable using 16 part multi-timbral
Yoshimi, an extremely wonderful spin on the already wonderful zynaddsubfx,
but with some different dev directions,
while keeping compatible sounds.
ladspa's Invada 'early-reflection-reverb' is a fine tool,
part of a collection
The dssi Whysynth is a Kawai synth clone of sorts,
with excellent sound, lots of knobs to edit etc,
and a very nice range of presets.
dssi Hexter holds up to 3 Yamaha DX7 sysex files at a time,
and apparently uses thin air rather than cpu, for those with older computers. Google for the Blackwinny cartridge, a nearly complete
sorting of histories massive sysex archives,
dupes tediously removed.
The Calf effects collection has versions in ladspa, lv2, and vst,
be aware it also includes very nice monosynth and organ.
Even a wavetable synth (that I've yet to try)
The Calf history is a pretty interesting read, if one has a big compile brewing.
Cheers
Last edited by 4duhwinnn; 03-18-2017 at 11:32 PM.
Reason: claritea
|
|
|
03-18-2017, 11:42 PM
|
#1135
|
Human being with feelings
Join Date: Jun 2013
Location: Krefeld, Germany
Posts: 14,687
|
Quote:
Originally Posted by osxmidi
The pipes and shared memory are all pretty fast.
|
Yep this is correct.
But it you do have shared memory, theoretically you can implement a queue (aka pipe) manually, which might be a lot faster than using an OS pipe. This can be done by using Futex where appropriate and (e.g.) signals instead or pipe events. In a Queue you just manage pointers while the written data is not moved to different memory for the other process to read it.
-Michael
Last edited by mschnell; 03-19-2017 at 12:06 AM.
|
|
|
03-18-2017, 11:46 PM
|
#1136
|
Human being with feelings
Join Date: Jun 2013
Location: Krefeld, Germany
Posts: 14,687
|
Quote:
Originally Posted by osxmidi
I needed the latest version to get Kontakt running.
|
Did you succeed in running the appropriate NI software for licensing a non "player" Kontakt version and/or a commercial sample library that uses Kontakt Player ?
-Michael
|
|
|
03-19-2017, 01:33 AM
|
#1137
|
Human being with feelings
Join Date: Sep 2010
Location: oslo
Posts: 142
|
reaper_5353_developer_linux_x86_64
Hi, noticed a issue with this version, cannot link REAPER outs to system ins as the REAPER ins/outs disappear on focus in patchage, loading previous REAPER dev versions work fine.
(gcc 6.3, selfcompiled libSwell, voidlinux glibc, RME Hammerfall DSP)
|
|
|
03-19-2017, 01:59 AM
|
#1138
|
Human being with feelings
Join Date: Feb 2008
Location: Finland
Posts: 160
|
Quote:
Originally Posted by biopsin
Hi, noticed a issue with this version, cannot link REAPER outs to system ins as the REAPER ins/outs disappear on focus in patchage, loading previous REAPER dev versions work fine.
(gcc 6.3, selfcompiled libSwell, voidlinux glibc, RME Hammerfall DSP)
|
I noticed similar with connections in qjackctl. Then I remembered reading (maybe in the change log?) that the ability to disconnect the audio device when at rest had been added in this version. I disabled that in the settings and it worked as I expected again. Not at my computer now - I will edit this when I can check the actual wording and settings...
edit: Yes, I think it was related to this:
+ linux: focus related fixes, including supporting auto-close device when switching to other applications
Under the main "Audio" heading in preferences, I had to uncheck "Close audio device when stopped and application is inactive". It was checked by default.
Last edited by eric71; 03-19-2017 at 02:09 AM.
|
|
|
03-19-2017, 02:33 AM
|
#1139
|
Administrator
Join Date: Jan 2005
Location: NYC
Posts: 15,721
|
Quote:
Originally Posted by eric71
I noticed similar with connections in qjackctl. Then I remembered reading (maybe in the change log?) that the ability to disconnect the audio device when at rest had been added in this version. I disabled that in the settings and it worked as I expected again. Not at my computer now - I will edit this when I can check the actual wording and settings...
edit: Yes, I think it was related to this:
+ linux: focus related fixes, including supporting auto-close device when switching to other applications
Under the main "Audio" heading in preferences, I had to uncheck "Close audio device when stopped and application is inactive". It was checked by default.
|
You can do that, or you can record arm a track, or start playback, and then REAPER will keep the device open by default (allowing you to make connections).
|
|
|
03-19-2017, 02:49 AM
|
#1140
|
Human being with feelings
Join Date: Jun 2013
Location: Krefeld, Germany
Posts: 14,687
|
Quote:
Originally Posted by mschnell
But supposedly a Futexes can also (manually) be allocated in shared memory.
|
Maybe more enlightenment here:
-> http://www.akkadia.org/drepper/futex.pdf
-Michael
|
|
|
03-19-2017, 03:31 AM
|
#1141
|
Human being with feelings
Join Date: Sep 2010
Location: oslo
Posts: 142
|
Quote:
Originally Posted by Justin & eric71
Under the main "Audio" heading in preferences, I had to uncheck "Close audio device when stopped and application is inactive". It was checked by default.
You can do that, or you can record arm a track, or start playback, and then REAPER will keep the device open by default (allowing you to make connections).
|
Thank you both, it works as expected again.
__________________
Voidlinux_glibc / gcc_12.2. / libSwell_GDK2 - 250423 /
Reaper_6.82 / NI_KA2 / Dynaudio_BM6
|
|
|
03-19-2017, 03:34 AM
|
#1142
|
Human being with feelings
Join Date: Feb 2014
Posts: 620
|
Quote:
Originally Posted by 4duhwinnn
@ osxmidi: Have you done any dll over-rides in your winecfg to help
with running Kontakt?
sundries:
Melda have a very nice collection of free plugins
to download, to insure your brand assimilation.
Tor's ladspa and dssi wrapper, and perhaps a continuation
of his lv2 work, would bring Reaper a lot of tools and instruments.
Guitarix, with it's ever growing stomp-sim collection,
and the many individually ported rakarrack effects
(by way of jalv) are great fun.
An LV2 wrapper would enable using 16 part multi-timbral
Yoshimi, an extremely wonderful spin on the already wonderful zynaddsubfx,
but with some different dev directions,
while keeping compatible sounds.
ladspa's Invada 'early-reflection-reverb' is a fine tool,
part of a collection
The dssi Whysynth is a Kawai synth clone of sorts,
with excellent sound, lots of knobs to edit etc,
and a very nice range of presets.
dssi Hexter holds up to 3 Yamaha DX7 sysex files at a time,
and apparently uses thin air rather than cpu, for those with older computers. Google for the Blackwinny cartridge, a nearly complete
sorting of histories massive sysex archives,
dupes tediously removed.
The Calf effects collection has versions in ladspa, lv2, and vst,
be aware it also includes very nice monosynth and organ.
Even a wavetable synth (that I've yet to try)
The Calf history is a pretty interesting read, if one has a big compile brewing.
Cheers
|
I think the Kontakt demo is version 5.6, it's the current version available from their website.
winehq-devel 2.1
Earlier versions of wine might not work.
I did try Kontakt with wine 1.6 on Ubuntu Studio 14.04 and it would not work.
64bit dlls from dll files
msvcp140.dll
concrt140.dll
api-ms-win-crt-time-l1-1-0.dll
api-ms-win-crt-runtime-l1-1-0.dll
ucrtbase.dll
copy the dll's to the system32 directory and configure them to be native in winecfg to get the Kontakt standalone and the Kontakt 64bit vst working.
(I'm using Ubuntu Studio 16.04 btw)
|
|
|
03-19-2017, 03:40 AM
|
#1143
|
Human being with feelings
Join Date: Aug 2007
Location: Luxembourg/Spain
Posts: 1,922
|
Quote:
Originally Posted by Drumfix
That is not correct. The semaphores synced the jack process thread with the wine thread, but both threads were part of the same process.
|
And what process would this be? The reaper running under wine process or the jack server process?
Don't really want to argue about semantics, just wanted to point out that there probably is a better way that allows passing execution directly from the linux vst plugin wrapper to the wine vst host having loaded the windows plugin, and that without involving multiple threads using some kind of primitives to sync and pass data back and forwards.
__________________
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. :)
|
|
|
03-19-2017, 03:41 AM
|
#1144
|
Human being with feelings
Join Date: Feb 2014
Posts: 620
|
Quote:
Originally Posted by mschnell
Did you succeed in running the appropriate NI software for licensing a non "player" Kontakt version and/or a commercial sample library that uses Kontakt Player ?
-Michael
|
I havn't tried.
The standalone Kontakt would be running under Wine and Wine would be responsible for all of the communication involved.
|
|
|
03-19-2017, 03:51 AM
|
#1145
|
Human being with feelings
Join Date: Aug 2007
Location: Luxembourg/Spain
Posts: 1,922
|
Quote:
Originally Posted by osxmidi
Wine is running the plugins code, so that means that the performance depends on how Wine is running it, and Kontakt ends up running better (at least on some systems) with multithreading turned off and that's due to a Wine thing more than anything else.
|
Yes, of course the plugin will depend on wine running things efficiently and if there are problems then performance will suffer.
In the case of kontakt, I don't think it has anything at all to do with your plugin wrapper, as kontakt has behaved exactly the same way when hosted in reaper/wine for a long time already.
I theorize that something in the way that kontakt does multithreading is running into performance problems in wine itself, and this can only be solved by finding why this occurs and to fix the issue in wine itself.
Kontakt isn't the only program having such problems, IIRC FLS has/had a similar issue. Reaper in wine also used to have a similar problem with using Native Events, which in the meantime has been fixed in wine.
FWIW, I know that Alex has been running an entire symphonic orchestra in reaper/kontakt/wine. IIRC he ended up using multiple kontakt instances (for performance reasons).
He did run into a different issue of not being able to allocate more than 32GB of ram to the reaper process. This was due to linux not allowing a process to use more than 50% of his 64GB of ram due to some configuration issue, though I can't remember exactly what the solution is.
__________________
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; 03-19-2017 at 04:02 AM.
Reason: expand on kontakt use in wine
|
|
|
03-19-2017, 04:28 AM
|
#1146
|
Human being with feelings
Join Date: Mar 2012
Posts: 610
|
I updated to Fedora 25 (using Xorg not Wayland), and it is working great there as well as in 24
The main problems for me are:
1. Can't resize the file loading dialog boxes, so can't see all the files properly if their names are too long to fit the window (i am using a Wacom tablet, don't know if this is an issue)
2. The main font looks terrible, and the words on the buttons and dialog boxes don't fit properly
Here's the screen shots:
http://www.learndigitalaudio.com/wp-...02-35-copy.jpg
http://www.learndigitalaudio.com/wp-...05-14-copy.jpg
|
|
|
03-19-2017, 04:59 AM
|
#1147
|
Human being with feelings
Join Date: Apr 2010
Location: Cloud 37
Posts: 1,071
|
Quote:
Originally Posted by Jack Winter
Yes, of course the plugin will depend on wine running things efficiently and if there are problems then performance will suffer.
In the case of kontakt, I don't think it has anything at all to do with your plugin wrapper, as kontakt has behaved exactly the same way when hosted in reaper/wine for a long time already.
I theorize that something in the way that kontakt does multithreading is running into performance problems in wine itself, and this can only be solved by finding why this occurs and to fix the issue in wine itself.
Kontakt isn't the only program having such problems, IIRC FLS has/had a similar issue. Reaper in wine also used to have a similar problem with using Native Events, which in the meantime has been fixed in wine.
FWIW, I know that Alex has been running an entire symphonic orchestra in reaper/kontakt/wine. IIRC he ended up using multiple kontakt instances (for performance reasons).
He did run into a different issue of not being able to allocate more than 32GB of ram to the reaper process. This was due to linux not allowing a process to use more than 50% of his 64GB of ram due to some configuration issue, though I can't remember exactly what the solution is.
|
So Alex is using Reaper entirely in Wine? Or Reaper in Linux Native with Kontakt being run through Wine? I wonder what his performance hit is, because that's exactly what I want to do.
|
|
|
03-19-2017, 05:14 AM
|
#1148
|
Human being with feelings
Join Date: Aug 2007
Location: Luxembourg/Spain
Posts: 1,922
|
Quote:
Originally Posted by Mr. PC
So Alex is using Reaper entirely in Wine? Or Reaper in Linux Native with Kontakt being run through Wine? I wonder what his performance hit is, because that's exactly what I want to do.
|
I haven't talked to him for a long time, maybe he's even back in windows or running the native linux dev version. This is a post of his from a couple of years ago, which seems to indicate that he could already do quite a lot in reaper/kontakt/wine: http://forum.cockos.com/showpost.php...5&postcount=20
__________________
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. :)
|
|
|
03-19-2017, 06:45 AM
|
#1149
|
Human being with feelings
Join Date: Jun 2009
Posts: 623
|
Wee problem, maybe one of you Linux gurus can help.
I have a laptop which I use for testing different stuff. So last night I had an urge to do something. I downloaded TahrPup 64, big bruv to Puppy Linux, which I rate highly so I wiped Buntoo Studio with it.
I have to say straight away it knocks spots off Ubuntu Studio and Mint for me although it's built from Ubuntu packages and it has the LL kernel.
Now to get REAPER working. I installed jack and qjackctrl (and Gnome Terminal) got my REAPER and libSwell, wrong one first time, carried on.
Almost. See screenshot!
Last edited by FKAB; 03-19-2017 at 09:00 AM.
|
|
|
03-19-2017, 07:02 AM
|
#1150
|
Human being with feelings
Join Date: Feb 2014
Posts: 620
|
I added some performance changes to LinVst, seems to be ok on my system with the windows u-he plugins.
Last edited by osxmidi; 03-19-2017 at 07:33 AM.
|
|
|
03-19-2017, 07:10 AM
|
#1151
|
Human being with feelings
Join Date: Nov 2013
Location: IKEA
Posts: 2,778
|
4duhwinnn, thanks for covering my back & stuff.
I did figure out the qjackctl MIDI thing, what I did wrong and the solution was as you and me said, was pretty much My fault Doh! not Linux or qjackctl.
I just upgraded and my second (Linux) computer is in Parts atm eyeballing me and hinting stuff, ahem ahem.
I am eavesdropping on this thread and taking notes and happy to see all the support.
__________________
_Ohh.))::_Linux_::((.Xoxo_
|
|
|
03-19-2017, 07:22 AM
|
#1152
|
Human being with feelings
Join Date: Feb 2014
Posts: 620
|
Quote:
Originally Posted by Mr. PC
So Alex is using Reaper entirely in Wine? Or Reaper in Linux Native with Kontakt being run through Wine? I wonder what his performance hit is, because that's exactly what I want to do.
|
Kontakt isn't that hard to get running with Linux native Reaper.
I've had Kontakt running using my vst (LinVst) and also using Carla.
The performance hit improves quite a bit if Kontakt's multiple cpu support is turned off due to something in Wine (and maybe try turning off the multiple cpu options in Linux Reaper as well).
I suspect that some windows plugins might be performing below par with Wine because their multiple cpu support can't be turned off because they don't provide that option, unlike with Kontakt.
I don't know exactly what happens with Wine, but I suspect that Wine does it's own multiple cpu thing and that might conflict with some windows plugins multiple cpu support.
Last edited by osxmidi; 03-19-2017 at 07:30 AM.
|
|
|
03-19-2017, 07:41 AM
|
#1153
|
Human being with feelings
Join Date: Aug 2007
Location: Luxembourg/Spain
Posts: 1,922
|
Quote:
Originally Posted by osxmidi
I added some performance changes to LinVst, seems to be ok on my system with the windows u-he plugins.
|
I just pulled and built it. Is there some provision for using plugins installed in different wine prefixes?
__________________
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. :)
|
|
|
03-19-2017, 07:58 AM
|
#1154
|
Human being with feelings
Join Date: Feb 2014
Posts: 620
|
Quote:
Originally Posted by Jack Winter
I just pulled and built it. Is there some provision for using plugins installed in different wine prefixes?
|
I think that the server (lin-vst-server.exe) picks up on the WINEPREFIX.
Performance wise, I can get 10ms latency at 96khz playing a midi file with the windows Podolski with occasional crackling on an old Dell dual core slow memory slow built in sound piece of crap which is good for testing speed limits.
I think that performance will mainly be due to someones system and what they are using and Wine and I don't think I can make it much faster than it currently is.
Last edited by osxmidi; 03-19-2017 at 08:55 AM.
|
|
|
03-19-2017, 10:22 AM
|
#1155
|
Human being with feelings
Join Date: Aug 2007
Location: Luxembourg/Spain
Posts: 1,922
|
Quote:
Originally Posted by osxmidi
I think that the server (lin-vst-server.exe) picks up on the WINEPREFIX.
|
Yes indeed it does. I just installed t-racks and authorized it into a new wine prefix, and then copied linvst.so to the right place and name. Have the Black 76 limiter running now. Will try to add some more.
Quote:
I think that performance will mainly be due to someones system and what they are using and Wine and I don't think I can make it much faster than it currently is.
|
I've been thinking of dusting off an old P4 in the basement for testing purposes Don't know if I can still get it going though, not sure I have all the parts needed.
__________________
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. :)
|
|
|
03-19-2017, 11:29 AM
|
#1156
|
Human being with feelings
Join Date: Oct 2013
Location: Exeter, Perfidious Albion
Posts: 70
|
LinVst
@osxmidi
Hi, I've just been trying out the latest LinVst on GitHub. Seems a bit better, or maybe I'm just getting used to some of its idiosyncrasies!
I have been using MPowerSynth (again from Melda) and comparing it to U-he Hive with similar settings (4 voice square wave) and CPU wise there's not much difference. As before, when opening the LinVst GUI I get a ~%10 CPU jump which stays that way 'til I close the GUI.
I've also got Xruns when I record MIDI input for the synth but not when I play back the recorded MIDI. I'm using a2jmidid, I don't get this with native VSTs.
I should have mentioned before, I'm using Wine 1.8.5.
Overall an improvement, nice one.
|
|
|
03-19-2017, 11:31 AM
|
#1157
|
Human being with feelings
Join Date: Mar 2014
Posts: 13
|
How do you get Kontakt to work with Native Reaper ? I'm currently looking for a way to get Redux (Renoise - VST) to work with native Reaper.
Maybe someone can help out a n00b ? Everything else works fine thanks to JACK ... midi via alsa-midi and external synths also like a charm.
I fear I always have to get back to Windows in order to mix and master and use certain plugins (fabfilter, izotope ... I know I can get them to work but they are unstable, at least they were a year ago).
Thanks for any hints for optimizing my Reaper Linux and first and foremost getting Redux to work.
Edit : There is a Redux Linux Version did not know that ... anyway, would also be great to get Fabfilter and Izotope-Plugins to work with a nice clean workaround.
Edit2 : Redux VST 64 bit works so far. Couldn't believe, that it is so simple. 8-D
Best Regard,
Joseph
Last edited by JosephHighdn; 03-19-2017 at 12:12 PM.
|
|
|
03-19-2017, 12:05 PM
|
#1158
|
Human being with feelings
Join Date: Oct 2013
Location: Exeter, Perfidious Albion
Posts: 70
|
Yes, the native Redux works fine in native REAPER. As does Renoise.
As far as Windows VSTs go, I don't think we'll ever get away from it being a compromise to run them in Linux. Our best option is to convince developers (like Cockos) that it's worth their while to make Linux versions of their products. As for running Windows Native Instruments software, it's still a bit gnarly so don't ditch your Windows machine just yet! But it can be done, check out osxmidi's posts.
Good luck.
|
|
|
03-19-2017, 12:18 PM
|
#1159
|
Human being with feelings
Join Date: Mar 2014
Posts: 13
|
Thanks for the reply !
Seems like I will be doing all the creative processing on Linux and the mixing and mastering on Windows ... since support for Windows 7 is granted until 2020, I have 3 more years to figure out a better solution.
Anyways. Thumbs up to Cockos for this greatest move in DAW-history (port it to Linux). Together with Renoise/Redux it makes an awesome platform of opportunities.
|
|
|
03-19-2017, 12:52 PM
|
#1160
|
Human being with feelings
Join Date: Jun 2009
Posts: 623
|
Woot! Got it working in TahrPup64...almost. Start jack, start Reaper. Once I move to jackctl to connect it has focus and Reaper drops from the list. Click on Reaper again it pops back into jackctl. Can Reaper be "hardwired" to jack somehow?
|
|
|
Thread Tools |
|
Display Modes |
Linear Mode
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -7. The time now is 12:23 PM.
|