|
|
|
02-16-2012, 07:00 PM
|
#1
|
Human being with feelings
Join Date: Apr 2008
Posts: 1,910
|
Dedicated process, Separate process, or buggy mode?
Can someone explain the difference between these three options, selectable on a per-plugin basis within the FX window?
I'm crashing a lot & suspect a few plugins. Have been reading the manual & lots of threads, and still don't understand the differences here. The manual literally says to ask in the forums.
SO:
-------------
I don't want to run all plugins in ONE separate process, since I know one is (likely) bad, and I can't run EVERY plugin in separate processes as this bogs down my CPU.
For a per-plugin solution, which setting should I use, via the FX browser?
----------
Also, will one of these choices be better than another, in terms of telling me which plugin has crashed?
-thanks.
Last edited by Cableaddict; 02-17-2012 at 05:15 PM.
|
|
|
02-16-2012, 07:16 PM
|
#2
|
Human being with feelings
Join Date: Apr 2008
Posts: 1,910
|
RELATED QUESTION:
Let's say one has set a bunch of suspect plugins into one of these modes, then
A: later finds the problem and wants to put all the rest back to the "community"process.
or
B: Does NOT find the problem, and wants to put a few MORE plugins into separate / dedicated / or buggy mode, without having to check every single plugin as to how they are currently set.
Is there a way to call up a window that shows all plugins in a list, with the above choices shown to their right, all at once?
|
|
|
02-16-2012, 07:31 PM
|
#3
|
Moderator
Join Date: Aug 2007
Location: Caracas, Venezuela
Posts: 8,676
|
Please read this first: http://en.wikipedia.org/wiki/Process_(computing)
Dedicated process: each plug-in runs in a dedicated process
Separate process: several plug-ins run in the same process
If you choose to run a plug-in in a dedicated process then it will run alone in that process (if you set several plug-ins to this mode, they will all run in their own processes). It will see all your available RAM and will not share it with anything else. It will also use CPU on its own.
If you choose to run several plug-ins in a separate process then they will all run in that process. They will share RAM and CPU load.
For your question above: No, there's no such list. You have to a) check every plug-in to verify its state or b) write it down.
__________________
Pressure is what turns coal into diamonds - Michael a.k.a. Runaway
|
|
|
02-16-2012, 09:44 PM
|
#4
|
Human being with feelings
Join Date: Apr 2008
Posts: 1,910
|
Quote:
Originally Posted by Mercado_Negro
|
That can't possibly be correct. In the FX window you can assign a SINGLE plugin to EITHER dedicated or separate. The manual says the same thing, but then doesn't elaborate.
- And what about "Buggy plugin" mode? What the heck IS that?
DOES ANYONE ACTUALLY KNOW?
Quote:
Originally Posted by Mercado_Negro
For your question above: No, there's no such list. You have to a) check every plug-in to verify its state or b) write it down.
|
Bummer. Well, there SHOULD be.
|
|
|
02-16-2012, 09:46 PM
|
#5
|
Human being with feelings
Join Date: Apr 2008
Posts: 1,910
|
Another questions:
If you set a few plugins to one of the "individual" process settings, what happens if you THEN go to the prefs window, and select "run native only," or even "run all plugins in a separate (all together) process?
Does this overwrite your previous settings from the VST window?
|
|
|
02-17-2012, 02:09 PM
|
#6
|
Human being with feelings
Join Date: Apr 2008
Posts: 1,910
|
CAN SOMEONE PLEASE EXPLAIN THIS? (I'm sort of desperate here.)
- or point me to a clear & concise thread that does so?
thanks.
Last edited by Cableaddict; 02-17-2012 at 04:55 PM.
|
|
|
02-17-2012, 04:17 PM
|
#7
|
Human being with feelings
Join Date: Jul 2009
Posts: 7,571
|
I just posted a blog about this yesterday
http://reaperblog.net
|
|
|
02-17-2012, 04:18 PM
|
#8
|
Moderator
Join Date: Aug 2007
Location: Italy
Posts: 4,326
|
|
|
|
02-17-2012, 05:05 PM
|
#9
|
Human being with feelings
Join Date: Apr 2008
Posts: 1,910
|
Quote:
Originally Posted by EpicSounds
|
Thanks, guys. You both linked the same blog.
I read it, but that explanation MAKES NO SENSE. You wrote:
"Running plugins in a separate process will put all the specified processes in ONE other process, like one other program. The RAM will be shared by all the bridged plugins....
Running plugins in a dedicated process will run each plugin in it’s own process, each with it’s own RAM allowance."
If this were true, there would be NO REASON to have a "separate process" option in the FX browser, since this would not be possible on a per-plugin basis.
Additionally, I can say 100% that running just 5 plugins under "separate process" FROM THE FX window took a LOT more cpu power than setting ALL the plugins to one separate process, from the Prefs window. - So there must be a difference.
--------------------
It also doesn't explain what "Buggy mode" is, and I can't find the answer either in the manual or in the forums.
It also doesn't tell me if going back to prefs and selecting "only in native" overrides the FX window settings.
It's amazing to me that the manual doesn't have a clear chapter explaining every aspect of this crucial topic. (The same goes for buffering options.)
Temporarily, I will assume that the "separate" selection within the FX window is meaningless, and will only use "dedicated" for my questionable plugins. I will also ignore "buggy plugin compatibility mode" doesn't exist, since the manual doesn't even talk about it. (Ughh.)
CAN SOMEONE CLEAR ALL THIS UP?
Last edited by Cableaddict; 02-17-2012 at 05:13 PM.
|
|
|
02-17-2012, 06:31 PM
|
#10
|
Human being with feelings
Join Date: Jul 2009
Posts: 7,571
|
what I said makes sense.
Try a few plugins in each mode. Look at Task Manager/Activity Monitor. Its very obvious the difference.
MOST users do not need these options at all.
You only need this for plugins that use a lot of RAM or need to be firewalled.
The "Buggy compatibility mode" I have not found an explanation for.
Which plugins specifically are you having problems with?
Have you tried reinstalling the plugin?
Have you checked for possibly permissions issues?
|
|
|
02-17-2012, 10:40 PM
|
#11
|
Moderator
Join Date: Aug 2007
Location: Caracas, Venezuela
Posts: 8,676
|
OK, I'll try to explain it again.
Let's say we have 2 plug-ins: A and B. In the FX Browser, if we select both, right-click on them and choose "Run in separate process" they'll both run in the same process: A and B running in the same process:
Plug-in A and Plug-in B -> Process 1
Here you can see I'm running two plug-ins in a "separate process":
This is a common process where all plug-ins set to "separate process" run in. It's a like putting all plug-ins set to "separate process" in ONE bag. Since this is just ONE bag, all plug-ins set to run in a "separate process" will share RAM and CPU.
Now, let's select these two plug-ins, right-click on them and run them in "dedicated processes". EACH plug-in runs in a dedicated process:
Plug-in A->process 1
Plug-in B->process 2
Here you can see I'm running 2 plug-ins in "dedicated processes":
Why would you want to run several plug-ins in the same process? Well, one process use less CPU than several processes running separately.
Why would you want to run EACH plug-in in a dedicated process? Since each plug-in will run in its own process, it won't take others down with it if it crashes, for example.
About Buggy Compatibility Mode:
Quote:
Originally Posted by schwa
Buggy compatibility mode does a number of things that can all cause minor increased CPU use: buffers are zeroed out before being given to the plugin, extra samples are rendered at loop edges, blocking behavior is used when opening the GUI while rendering audio (the plugin is assumed not to be threadsafe), and a few other safety measures. None of this adds a tremendous amount of CPU, but it does add a bit.
|
__________________
Pressure is what turns coal into diamonds - Michael a.k.a. Runaway
|
|
|
02-18-2012, 02:26 AM
|
#12
|
Human being with feelings
Join Date: Apr 2008
Posts: 1,910
|
Quote:
Originally Posted by Mercado_Negro
Let's say we have 2 plug-ins: A and B. In the FX Browser, if we select both, right-click on them and choose "Run in separate process" they'll both run in the same process: A and B running in the same process:
Plug-in A and Plug-in B -> Process 1
|
AH, that does explain it. THANKS !!!!
It is ferociously confusing. Again, the manual should have a comprehensive chapter dedicated to this.
-----------------
OK, now:
Let's say you have 2 plugins sharing a separate process. (Assigned in the FX window.)
Now you go to the prefs, and select "run all plugins in a separate process."
Do the original two join all the others, or do they stay separate?
|
|
|
02-18-2012, 02:28 AM
|
#13
|
Human being with feelings
Join Date: Apr 2008
Posts: 1,910
|
Quote:
Originally Posted by Mercado_Negro
About Buggy Compatibility Mode
Buggy compatibility mode does a number of things that can all cause minor increased CPU use: buffers are zeroed out before being given to the plugin, extra samples are rendered at loop edges, blocking behavior is used when opening the GUI while rendering audio (the plugin is assumed not to be threadsafe), and a few other safety measures. None of this adds a tremendous amount of CPU, but it does add a bit.:
|
Well, OK, but what exactly does it DO?
When & why would you choose to use it?
|
|
|
02-18-2012, 02:35 AM
|
#14
|
Human being with feelings
Join Date: Apr 2008
Posts: 1,910
|
And one more question:
As I asked much earlier,
Will one of these option help me diagnose my problem? That is, if Reaper crashes, dues to a plugin that I have in either a dedicated or "small" separate process, will I SEE something that tells me what crashed?
|
|
|
02-18-2012, 02:42 AM
|
#15
|
Human being with feelings
Join Date: Jul 2009
Posts: 7,571
|
Quote:
Originally Posted by Cableaddict
AH, that does explain it. THANKS !!!!
It is ferociously confusing. Again, the manual should have a comprehensive chapter dedicated to this.
|
It's probably explained in further detail in one of Geoffrey's other books. again, MOST users don't need these advanced settings and definitely shouldn't be in the quickstart manual. I've been using reaper almost daily for the past 2 years and only recently found a need for the function. For testing a plugin that is requires a lot of RAM and is not fully optimized.
For me, Kontakt and SSDSampler (Steven Slate Drums 4) are the only plugins (out of 100+ on my system) I do this for.
may I ask again which plugins you're having trouble with?
|
|
|
02-18-2012, 03:01 AM
|
#16
|
Moderator
Join Date: Aug 2007
Location: Caracas, Venezuela
Posts: 8,676
|
Quote:
Originally Posted by Cableaddict
OK, now:
Let's say you have 2 plugins sharing a separate process. (Assigned in the FX window.)
Now you go to the prefs, and select "run all plugins in a separate process."
Do the original two join all the others, or do they stay separate?
|
They join the others. A separate process is just ONE, either globally set or per instance.
Quote:
Originally Posted by Cableaddict
Well, OK, but what exactly does it DO?
When & why would you choose to use it?
|
Schwa explains there what it does, man
When troubleshooting there is no shortcuts, you either do it patiently or risk yourself to screw things up more. "Buggy compatibility mode" does those things schwa mentioned to help plug-ins to "behave" or prevent crashes. There's no golden rule here, you can either try to run several plug-ins in a separate process and do your work for a while: if "reaper_host32.exe" crashes then there is one plug-in there causing it... in this case you'll have to remove one plug-in at a time from that separate process and find out which is the troublemaker. It's the same thing with dedicated processes, you have to work and see how it goes. There is no magical option here, man, nothing will do the job for you, you have to take it step by step and find the cause of your issues. We can help you but sadly we're not there in front of your PC
__________________
Pressure is what turns coal into diamonds - Michael a.k.a. Runaway
|
|
|
02-18-2012, 03:17 AM
|
#17
|
Human being with feelings
Join Date: Apr 2008
Posts: 1,910
|
re buggy mode:
Quote:
Originally Posted by Mercado_Negro
Schwa explains there what it does, man
|
Schwa explains it WHERE? I did a search and came up with nothing.
|
|
|
02-18-2012, 04:06 AM
|
#18
|
Moderator
Join Date: Aug 2007
Location: Caracas, Venezuela
Posts: 8,676
|
Quote:
Originally Posted by Cableaddict
re buggy mode:
Schwa explains it WHERE? I did a search and came up with nothing.
|
As far as I know "Buggy compatibility mode" used to be a global option and now it's only available per instance via the FX Browser.
I found schwa's explanation (which I posted above), here:
http://forum.cockos.com/showthread.p...atibility+mode
__________________
Pressure is what turns coal into diamonds - Michael a.k.a. Runaway
|
|
|
02-18-2012, 05:02 AM
|
#19
|
Human being with feelings
Join Date: Sep 2011
Posts: 8
|
Mercado, is there an advantage of letting Nebula run in 'dedicated processing' mode?
|
|
|
02-18-2012, 11:38 AM
|
#20
|
Human being with feelings
Join Date: Jul 2009
Posts: 7,571
|
Quote:
Originally Posted by dpclarkson
Mercado, is there an advantage of letting Nebula run in 'dedicated processing' mode?
|
I don't think Nebula is buggy or requires a lot of RAM, it's just a CPU hog. (FWIW, I don't use it).
I've seen many times that users don't use Nebula in realtime.
You may consider running nebula in a separate process, but also reduce the # of processor cores in REAPER to 7 or 6 (assuming an 8-core cpu) to free up power for background services.
Just a theory
|
|
|
02-20-2012, 03:44 PM
|
#21
|
Human being with feelings
Join Date: Apr 2008
Posts: 1,910
|
Quote:
Originally Posted by Mercado_Negro
|
Yes (and thanks) but it is NOT an explanation. All he does is describe the technical stuff, which tells us end users ABSOLUTELY NOTHING.
quote:
"Buggy compatibility mode does a number of things that can all cause minor increased CPU use: buffers are zeroed out before being given to the plugin, extra samples are rendered at loop edges, blocking behavior is used when opening the GUI while rendering audio (the plugin is assumed not to be threadsafe), and a few other safety measures. "
Uh, OK. Having read that, I still have no idea when to use buggy mode, since I don't know what symptoms it applies to, nor what it actually does FOR ME. It's just like some of the advanced buffering options. Why are they there is we will never learn what they do?
Can anyone explain this?
---------------------
On a positive note, I am now running Kontakt in a dedicated process, even though it was not even close to taking Reaper over its ram limit, and I have not had a crash since, for three days straight. This is looking very good!
(And my thanks to you all, again.)
|
|
|
02-20-2012, 06:13 PM
|
#22
|
Moderator
Join Date: Aug 2007
Location: Caracas, Venezuela
Posts: 8,676
|
Quote:
Originally Posted by Cableaddict
Yes (and thanks) but it is NOT an explanation. All he does is describe the technical stuff, which tells us end users ABSOLUTELY NOTHING.
quote:
"Buggy compatibility mode does a number of things that can all cause minor increased CPU use: buffers are zeroed out before being given to the plugin, extra samples are rendered at loop edges, blocking behavior is used when opening the GUI while rendering audio (the plugin is assumed not to be threadsafe), and a few other safety measures. "
Uh, OK. Having read that, I still have no idea when to use buggy mode, since I don't know what symptoms it applies to, nor what it actually does FOR ME. It's just like some of the advanced buffering options. Why are they there is we will never learn what they do?
Can anyone explain this?
---------------------
On a positive note, I am now running Kontakt in a dedicated process, even though it was not even close to taking Reaper over its ram limit, and I have not had a crash since, for three days straight. This is looking very good!
(And my thanks to you all, again.)
|
Schwa explains what's REAPER doing when that option is ticked. We'll never know what's going on inside a plug-in and what problems it may have, it probably doesn't process buffers correctly, maybe it has denormals issues, sometimes it can't process audio correctly when its GUI is shown once we open it, etc, etc., so REAPER just tries to prevent these issues on its own with this option, which increases the CPU load. REAPER devs can't tell what's wrong with your plug-in, you and the plug-in dev must find it out.
I'm glad it's working OK now
__________________
Pressure is what turns coal into diamonds - Michael a.k.a. Runaway
|
|
|
02-20-2012, 10:15 PM
|
#23
|
Human being with feelings
Join Date: Dec 2011
Posts: 2,161
|
Quote:
Originally Posted by dpclarkson
Mercado, is there an advantage of letting Nebula run in 'dedicated processing' mode?
|
Still would appreciate comments regarding NEBULA and mode choice.
Right now I'm using 'dedicated processing' mode on NEBULA [server version] ...
just not sure if I should be doing that :|
Thanks
|
|
|
02-20-2012, 10:18 PM
|
#24
|
Moderator
Join Date: Aug 2007
Location: Caracas, Venezuela
Posts: 8,676
|
Quote:
Originally Posted by dpclarkson
Mercado, is there an advantage of letting Nebula run in 'dedicated processing' mode?
|
Quote:
Originally Posted by RJHollins
Still would appreciate comments regarding NEBULA and mode choice.
Right now I'm using 'dedicated processing' mode on NEBULA [server version] ...
just not sure if I should be doing that :|
Thanks
|
If you're running Nebula in REAPER 32bit then it's a good option to run it in "dedicated processes" since *each* instance will see all your available RAM.
If you're using REAPER 64bit there's point on doing that.
__________________
Pressure is what turns coal into diamonds - Michael a.k.a. Runaway
|
|
|
02-20-2012, 10:23 PM
|
#25
|
Human being with feelings
Join Date: Dec 2011
Posts: 2,161
|
Quote:
Originally Posted by Mercado_Negro
If you're running Nebula in REAPER 32bit then it's a good option to run it in "dedicated processes" since *each* instance will see all your available RAM.
If you're using REAPER 64bit there's point on doing that.
|
THANKS for confirming Mercado !
I do use REAPER 32bit, and NEBULA handles some 90% of processing I do ...
I'll stay in 'dedicated processes' mode.
Thanks!!!
|
|
|
02-20-2012, 10:39 PM
|
#26
|
Moderator
Join Date: Aug 2007
Location: Caracas, Venezuela
Posts: 8,676
|
Quote:
Originally Posted by RJHollins
THANKS for confirming Mercado !
I do use REAPER 32bit, and NEBULA handles some 90% of processing I do ...
I'll stay in 'dedicated processes' mode.
Thanks!!!
|
I forgot to mention this will increase, a lot, your CPU load because *each* instance will be run in a dedicated process and each process takes some CPU so if you're using a lot of instances this will blow your CPU performance out of the roof. If your average RAM load isn't close to 2GB in REAPER 32bit, just run Nebula inside REAPER (native).
__________________
Pressure is what turns coal into diamonds - Michael a.k.a. Runaway
|
|
|
02-20-2012, 11:24 PM
|
#27
|
Human being with feelings
Join Date: Sep 2008
Location: Location
Posts: 5,559
|
Quote:
Originally Posted by Cableaddict
Uh, OK. Having read that, I still have no idea when to use buggy mode, since I don't know what symptoms it applies to, nor what it actually does FOR ME. It's just like some of the advanced buffering options. Why are they there is we will never learn what they do?
Can anyone explain this?
|
Buggy can be a lot of things. A symptom can be e.g. the following: Imagine you have a project and load a plug-in on some track. The first time you hit play, you hear a nasty noise. This can be down to the fact that the plug-in might allocate memory when it's loaded but doesn't zero it. Instead it just plays back whatever was written to the memory before, which doesn't necessarily have to be audio data, hence the ugly noise. Or you navigate in your project and start playback somewhere else and the plug-in outputs a short bit of what was loaded into the buffer at the old position. One of the things "buggy mode" does, is to zero the allocated memory buffer prior to allow the plug-in to write to it so when the buffer is played back no such noises will occur.
-Data
|
|
|
02-21-2012, 12:10 PM
|
#28
|
Human being with feelings
Join Date: May 2006
Location: NA - North Augusta South Carolina
Posts: 4,294
|
I believe there is a big disconnect between diagnosing a problem and having a clear understanding of what solution to try, particularly since there are so many variables at play. It might seem like one selection is working better due to the nature of the project a VST is in, but maybe not?
There should be a sticky defacto thread on this. As I see it *I* have these situations:
Plugins that seem to glitch when used in multiples (synthedit?)
Plugins that seem to need more CPU (nebula?)
Plugins that don't like being bridged;
Plugins that want a lot of memory;
Plugins that don't want to release memory;
Plugins that don't like it when a specific other plugins are running (Amplitube seems to "know" when Podfarm is running?)
Plugins that require low latency;
Plugins that don't render properly - in variable circumstances;
etc., etc.
If someone empirically *knows* how something should be set, it would be nice to have a list. For instance - Podfarm? Bootsy synthedit? Popular VSTis, etc..
|
|
|
02-21-2012, 03:20 PM
|
#29
|
Human being with feelings
Join Date: Jul 2009
Posts: 7,571
|
Quote:
Originally Posted by chip mcdonald
I believe there is a big disconnect between diagnosing a problem and having a clear understanding of what solution to try, particularly since there are so many variables at play. It might seem like one selection is working better due to the nature of the project a VST is in, but maybe not?
There should be a sticky defacto thread on this. As I see it *I* have these situations:
Plugins that seem to glitch when used in multiples (synthedit?)
Plugins that seem to need more CPU (nebula?)
Plugins that don't like being bridged;
Plugins that want a lot of memory;
Plugins that don't want to release memory;
Plugins that don't like it when a specific other plugins are running (Amplitube seems to "know" when Podfarm is running?)
Plugins that require low latency;
Plugins that don't render properly - in variable circumstances;
etc., etc.
If someone empirically *knows* how something should be set, it would be nice to have a list. For instance - Podfarm? Bootsy synthedit? Popular VSTis, etc..
|
EVERY plugin would have to be tested on 4 versions of Reaper, and 3 operating systems.
KVR Audio database says 4694 VST instrument or effect just for windows 32 bit.
Another 1940 for OSX 32bit
1806 AU plugins for OSX 32bit.
it would also have to be constantly maintained as each plugin is updated.
For accuracy at least 3 users would need to confirm compatibility.
I don't think that's ever going to happen. An unfathomable amount of work.
|
|
|
02-23-2012, 09:23 AM
|
#30
|
Human being with feelings
Join Date: May 2006
Location: NA - North Augusta South Carolina
Posts: 4,294
|
Quote:
Originally Posted by EpicSounds
EVERY plugin would have to be tested on 4 versions of Reaper, and 3 operating systems.
|
No, that's oversimplifying it. There are already striated "reports" of compatibility across these forums for just about any plugin, it's just not organized as such.
|
|
|
02-23-2012, 09:31 AM
|
#31
|
Human being with feelings
Join Date: May 2006
Location: NA - North Augusta South Carolina
Posts: 4,294
|
FOR INSTANCE - this should be posted I suppose in the bugs forum, but...
1) I have been struggling to get Podfarm to work without making gurgling noises. Somewhere along the line I had "dedicated process" checked , "buggy compatibility" mode checked.
2) I tried un-checking both in both combinations after reading this thread. Nothing changed at all.
3) "Does the setting affect the active instance of the VST?" I don't know. So I save, shut down, restart. Check settings, it's on default; same exact problem.
4) On a wild hair, I loaded a new instance of Podfarm, and duplicated the settings. THE NEW INSTANCE WORKED FINE. Switch it off, go back to the original instance - problem still there.
At this point I've got two instances of the same thing on the track. One glitches, one doesn't.
*IF I load the track template - from which I've been working with on a number of projects (with the sundry same glitching) - it continues to mess up.
So from where I stand, it appears a VST's process settings are somehow "sticky" with Podfarm if the instance was saved in a template from a previous setting???
No?
Wtf?
|
|
|
02-23-2012, 09:55 AM
|
#32
|
Human being with feelings
Join Date: Jul 2009
Posts: 7,571
|
Quote:
Originally Posted by chip mcdonald
FOR INSTANCE - this should be posted I suppose in the bugs forum, but...
1) I have been struggling to get Podfarm to work without making gurgling noises. Somewhere along the line I had "dedicated process" checked , "buggy compatibility" mode checked.
2) I tried un-checking both in both combinations after reading this thread. Nothing changed at all.
3) "Does the setting affect the active instance of the VST?" I don't know. So I save, shut down, restart. Check settings, it's on default; same exact problem.
4) On a wild hair, I loaded a new instance of Podfarm, and duplicated the settings. THE NEW INSTANCE WORKED FINE. Switch it off, go back to the original instance - problem still there.
At this point I've got two instances of the same thing on the track. One glitches, one doesn't.
*IF I load the track template - from which I've been working with on a number of projects (with the sundry same glitching) - it continues to mess up.
So from where I stand, it appears a VST's process settings are somehow "sticky" with Podfarm if the instance was saved in a template from a previous setting???
No?
Wtf?
|
That's weird, I've used podfarm 1 and 2 on mac and PC but don't have those issues.
Podfarm 1 often has some graphics issues on mac but is stable beyond 80 instances with default vst settings. PODFarm 2 free for mac has a problem with the installer where the permissions are set to read only for the presets folder and crashes unless you correct it manually.
no sound issues though.
|
|
|
02-23-2012, 06:24 PM
|
#33
|
Human being with feelings
Join Date: May 2006
Location: NA - North Augusta South Carolina
Posts: 4,294
|
Quote:
Originally Posted by EpicSounds
That's weird, I've used podfarm 1 and 2 on mac and PC but don't have those issues.
|
It's exceedingly weird, and probably the cause for a LOT of wasted time.
So I guess this means, at least in templates, VST states are saved AND the process settings?
It has been very, very strange in that it would seem there was a time when it worked as expected, but over the period of the past year it has slowly degraded to "almost only works with one instance by itself".
|
|
|
02-23-2012, 10:43 PM
|
#34
|
Human being with feelings
Join Date: Apr 2008
Posts: 1,910
|
Quote:
Originally Posted by Mercado_Negro
I forgot to mention this will increase, a lot, your CPU load because *each* instance will be run in a dedicated process and each process takes some CPU so if you're using a lot of instances this will blow your CPU performance out of the roof. If your average RAM load isn't close to 2GB in REAPER 32bit, just run Nebula inside REAPER (native).
|
I'm not sure this is good advice.
As I wrote above: I use two instances of Kontakt in my main "live performance" session. It's a good test platform since it rarely changes.
I run Win7-64 & Reaper 32-bit, and until last week always ran all plugin in native mode. I never saw the "en toto" Reaper use more than 2.5 GB, and I have 6 GB installed.
I have long suspected a plugin problem, because Reaper has been constantly crashing (at least 1-2X per day) for the last 2 years.
Last week, for the first time, I set Kontakt to "dedicated" process, and so far I have not had a single crash, with Reaper running 24 hrs a day for 6 days.
I suspect that some plugins like Kontakt and Nebula might occasional have a ram "spike" of some kind. - Not enough to show in the Task Manager, but enough to crash Reaper. I am just guessing, but it looks very probable at this point.
|
|
|
02-23-2012, 10:47 PM
|
#35
|
Human being with feelings
Join Date: Apr 2008
Posts: 1,910
|
Quote:
Originally Posted by Mr. Data
Buggy can be a lot of things. A symptom can be e.g. the following: Imagine you have a project and load a plug-in on some track. The first time you hit play, you hear a nasty noise. This can be down to the fact that the plug-in might allocate memory when it's loaded but doesn't zero it. Instead it just plays back whatever was written to the memory before, which doesn't necessarily have to be audio data, hence the ugly noise. Or you navigate in your project and start playback somewhere else and the plug-in outputs a short bit of what was loaded into the buffer at the old position. One of the things "buggy mode" does, is to zero the allocated memory buffer prior to allow the plug-in to write to it so when the buffer is played back no such noises will occur.
-Data
|
Thanks. That definitely helps.
We should have more info like this! - and it all should be in the manual.
Last edited by Cableaddict; 02-24-2012 at 02:21 AM.
|
|
|
02-23-2012, 11:08 PM
|
#36
|
Human being with feelings
Join Date: Nov 2008
Location: Somewhere Between 120 and 150 BPM
Posts: 7,968
|
Another reason for DSP processing combined with Native CPUs which have a tough time acting like dedicated processes that DSPs are designed for.
Once a young upcoming engineer / performer gains more funds he can add hardware to the realtime DSP and having Hardware DSP, Native CPU and Analog is the ultimate.
Nothing gets overworked, they compliment each other are are quite stable as whatever procedures one form of processing has difficulty with, the other will easily replace until you hit the sweet spot.
A more diverse pallette of sounds, better workflow, and with DSP there is realtime audio modulations and no load time once a Modular or stock synth is installed, The effects and mixing off of the DAW means it plays back MIDI and audio without the extra gunk, but this is assuming one needs realtime capabilites and fast workflow.
Then since the Reaper devs are always working on new and better workflow, you can use more and more of your CPU and have extra synths and tasks switched over to DSP.
It's really invigorating and never dull, as you simply write and lose no time playing BETA Boy...
Believe it or not I am lame with Reaper but can creat all of the MIDI tricks and automations I need and only audio segues are used to have pre recorded sections I have difficulty playing live...
__________________
.
|
|
|
02-24-2012, 03:01 AM
|
#37
|
Human being with feelings
Join Date: Jun 2007
Location: Sweden
Posts: 2,003
|
If you want real life examples of what Buggy mode can be used for, I have two:
- sfz+ does not like multi core processors and gives you really bad loud noises when instanced. Buggy plugin mode solves this.
- SampleTank (and Philharmonik CE) also dislikes being instanced on modern systems and causes crackles and pops. Buggin plugin mode sorted this as well.
|
|
|
02-24-2012, 03:06 AM
|
#38
|
Moderator
Join Date: Aug 2007
Location: Italy
Posts: 4,326
|
Quote:
Originally Posted by cerendir
- sfz+ does not like multi core processors and gives you really bad loud noises when instanced. Buggy plugin mode solves this.
|
Really? But does this happen only when using multiple instances or also for a single instance?
I am using SFZ+ in some projects on a quad core system without noises, but it's a single instance IIRC...
- Mario
|
|
|
02-24-2012, 05:13 AM
|
#39
|
Moderator
Join Date: Aug 2007
Location: Caracas, Venezuela
Posts: 8,676
|
Quote:
Originally Posted by Cableaddict
I'm not sure this is good advice.
|
What part? It's a logical advice, it just makes sense.
Quote:
Originally Posted by Cableaddict
I suspect that some plugins like Kontakt and Nebula might occasional have a ram "spike" of some kind. - Not enough to show in the Task Manager, but enough to crash Reaper. I am just guessing, but it looks very probable at this point.
|
I don't know Kontakt but Nebula uses tons of CPU. You use 2 Kontakts in a project, people use 10+ nebula instances per project. Nebula adds tons of latency which is difficult to handle for any host, now imagine adding to this formula "dedicated processes"... it's not gonna be easy for REAPER. I've experienced this myself, I've use Nebula in all possible ways and the most effcient way is REAPER 64bit/Nebula 64bit.
__________________
Pressure is what turns coal into diamonds - Michael a.k.a. Runaway
|
|
|
02-24-2012, 01:55 PM
|
#40
|
Human being with feelings
Join Date: Apr 2008
Posts: 1,910
|
Quote:
Originally Posted by Mercado_Negro
What part? It's a logical advice, it just makes sense.
|
You wrote: "If your average RAM load isn't close to 2GB in REAPER 32bit, just run Nebula inside REAPER (native)."
- And I gave a good reason why that MIGHT not be a smart move. (possible ram spiking.)
At this point It's been 8-9 days since I switched Kontakt to dedicated mode, even though the total ram Reaper was asking for was low. - and still not a single crash.
I really this this has solved my long, long, long term nightmare.
Last edited by Cableaddict; 02-25-2012 at 02:38 AM.
|
|
|
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 09:38 PM.
|