Main Folder (library name) containing these folders:
- Images
Presets/sub-folders with categories
Samples /sub-folder with categories
Wavetables
Of course, because everything is relatively pathed and, at the time I did my first library, I knew that. But it had been so long, I forgot and didn't move the WTs over from where I created them in Serum to the Falcon presets location.Sampleconstruct wrote:I always do it like this
Main Folder (library name) containing these folders:Never had a problem.
- Images
Presets/sub-folders with categories
Samples /sub-folder with categories
Wavetables
Some Tone2 synths do that, so maybe that's what you were thinking.wagtunes wrote:Somebody please correct me if I'm wrong.
Aren't custom wavetables, when dragged and dropped into a Falcon preset, automatically embedded and saved with the patch so that the wavetables themselves don't have to be included with the presets?
It is hard keeping all this straight but yeah, some do. Falcon does not.Examigan wrote:Some Tone2 synths do that, so maybe that's what you were thinking.wagtunes wrote:Somebody please correct me if I'm wrong.
Aren't custom wavetables, when dragged and dropped into a Falcon preset, automatically embedded and saved with the patch so that the wavetables themselves don't have to be included with the presets?
Well, i tried it now. As result, the reason was not in one certain module (node). This patch (Sing to sleep 1.2) contain huge amount of modules, and each of them added a small percentage to the total amount. But really, is it right that the inactive module continues to cause cpu load at pressed key ? Need to ask Otristan.padillac wrote:You have to delete the modules to figure out what is causing it. Disabling the modules doesn't change the CPU usage. I got bit by this a few months ago
It's always been like that, back from the days of MachFive. Not that this helps in any way, just saying...c_voltage wrote: But really, is it right that the inactive module continues to cause cpu load at pressed key ? Need to ask Otristan.
I noticed just recently, well in any case bad if it can not be improved in the future. This would give a certain gain of performance when using a large number of modules in the patch.Sampleconstruct wrote:It's always been like that, back from the days of MachFive. Not that this helps in any way, just saying...c_voltage wrote: But really, is it right that the inactive module continues to cause cpu load at pressed key ? Need to ask Otristan.
Submit: News, Plugins, Hosts & Apps | Advertise @ KVR | Developer Account | About KVR / Contact Us | Privacy Statement
© KVR Audio, Inc. 2000-2026