Posted
Hi,
I made a small demo using only private plugins (no plugins in the shared rack). When I make a sketch of the container and open a suitable pallet, no sound/music is generated.
Therefore, does a sketch only work with the instruments from the shared rack?
----------------------------------------------
Edit:
Now it does work, but it automatically creates copies of the private plugins, which are used by the sketch??? So this effectively doubles the number of plugins.
Is it supposed to work this way?
Thanks,
Jim
P.S. I'm reallllyyyy looking forward to the upcoming update. After all this time the shared rack, device descriptions, instruments, private plugins....man.....still difficult to wrap my head around
Mon, 2013-08-05 - 22:04 Permalink
Now it does work, but it automatically creates copies of the private plugins, which are used by the sketch??? So this effectively doubles the number of plugins.
Is it supposed to work this way?
Yes, I'd say that's normal. The sketches are supposed to work independently of the arrangements. So, you could close the arrangement and the sketch would still work. This is only possible if the sketch has its own private plugins.
Wed, 2013-09-25 - 13:50 Permalink
sorry for the late reply. Juergen: thank you for your reply/clarification.
Tue, 2014-08-26 - 12:26 Permalink
Is there an option to disable a sketch loading the same private plugins again (so in total the private plugins are loaded into the engine twice)?
Otherwise it might be a good suggestion for implementation.
Tue, 2014-08-26 - 16:09 Permalink
Good idea, however extremely difficult to implement. That would need some form of counting the references to a particular rack module, so it will be unloaded when no Sketch uses it anymore.
Better use a global rack for this. You can save as many different racks you need.
Thu, 2014-08-28 - 15:56 Permalink
thanks, also for clarifying that it's not as easy as putting a tick box somewhere.
Maybe an idea then to add an option 'make local sketch' or ' make private sketch' to the Containers menu? One which cannot be saved?
Fri, 2014-08-29 - 14:26 Permalink
thank you.
I forgot to respond to/elaborate on this:
Better use a global rack for this. You can save as many different racks you need.
Yes, I know and this is/was sort of a work-around right now. However, the drawback is that the global racks get floaded with many one-off (global) device descriptions over time (some of these global device descriptions might only be relevant to one arrangement where I was exploring different/new instruments/plugins etc), as the global device descriptions are 'global-global' (as that they are not confined to one global rack, but available to all global racks).
Jim
Sun, 2014-08-31 - 22:24 Permalink
Andre,
Maybe you could then also have a look at:
You already noticed it: Synfire can't make a Sketch if there is no Engine to host a copy of the arrangement's DAW rack.
(quoted from https://users.cognitone.com/content/make-sketch-greyed-out)
This is actually quite limiting when using a DAW as engine and Synfire as a MIDI-generator (a very good one, off couse :-) ). I found myself having to load the cognitone engine (next to the DAW) (and it can acutally be empty), and then the sketch will work through the DAW... (i'm using loopMIDI virtual midi cables)
Isn't a generated sketch's output therefore not merely midi data? If so, why not make it engine independant? (which it actually allready is, as long as you run the cognitone engine useless in the background)?
Mon, 2014-09-01 - 20:49 Permalink
Isn't a generated sketch's output therefore not merely midi data?
MIDI data plus a destination to sent it to.
The destination is a moving target, because it changes when another arrange window comes to the front.
If a Sketch could be made a part of an arrangement (sharing sounds), it would no longer be playable when another arrangement comes to front. Probably not an issue. I'll think about it.
P.S: Interesting finding you have there. Didn't know it would work this way ...