What about if the name of the monolith(s) was stored within the sample map XML? then it would be easy to have several sample maps point to a single set of monoliths. I don't know how feasible it would be but it would also be cool if a single sample map could point to multiple monoliths, then if you copy samples from several samples into another sampler (I can think of reasons for this) everything would still link up.
I've managed to narrow down one crash a little I think. If I merge the mic samples and hit duplicate I get an instant crash, if I duplicate first then no crash - unfortunately I've just adjusted the start position of about 200 samples that were already merged, now I want to duplicate them :( maybe I can edit the XML directly though...
always 8 macros max only ?
if yes. I want more but in another way of coding in this case.
i want to put png ADSR envelopes sliders (linked to envelope 1 ) and ALSO another ADSR sliders (graphical this time - linked to envelope 1 too).
the goal is when you move a png slider, the graphical also move and show the actual value ...
png on "solid" UI (like real sliders) and graphical (pixelated - or by default skin so...) in a LCD UI.
I might add this as floating tile so you can connect it to your curve EQ, but drawing this with pure scripting (like the Dynamics widget) is a bit difficult because you have to calculate the filter response from the coefficients which is about 18x as complicated as the Dynamics code.