[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sc-users] group bus mapping



sounds like a cool modular system.
i agree it would be useful to have this kind of behavior (if it's not there already...). i suggest that it should be active only when you didn't specify default arguments for the synthdef, but if you do - they should have priority.

grtz,
tom

On 28 Dec 2005, at 20:17, Bhob Rainey wrote:

hey tom-

that's pretty cool.  didn't know you could do that without a proxy.

doesn't quite solve my problem, though.  i want to use SynthDefs and
not have hardwired busses -- it's not easy to explain, but i'd like to
be able to change the bus mappings so that, for instance, the original
freq bus (b in the case below) is now being mapped onto another
synth's argument that outputs a modulated frequency onto a bus that is
mapped to the original synth's freq argument.  this would allow for a
lot of complex and variously scaled modulations without a lot of
modulators.  it works great if the synth receiving all this bus info
is not freed (controlled with .run, for instance), and if there is no
polyphony.  handling changing synths and polyphony is possible with
this scenario, but would be greatly simplified if adding a synth to a
group would allow it to 'inherit' the group's bus mapping, or if there
was a way to query a group's bus mapping.

-bhob

how about this:

g=Group.new;

b=Bus.control.set(440);
c=Bus.control.set(0.2);

g.busMap(\freq, b, \amp, c);

z={SinOsc.ar(b.kr, 0, c.kr).dup }.play(g);

b.set(240);
c.set(0.1);

y={LFSaw.ar(b.kr, 0, c.kr).dup }.play(g);


grtz,
tom

--
http://bhobrainey.net

_______________________________________________
sc-users mailing list
sc-users@xxxxxxxxxxxxxxx
http://www.create.ucsb.edu/mailman/listinfo/sc-users

..................................
 www.tomtlalim.tk
  www.club-mtk.tk
 www.tangiercluj.tk
..................................