[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[sc-users] Re: all audio explodes when trying to trig record clean feed via groups
casey.thomas.anderson wrote
> I am trying to use groups to split up different parts of my live stuff and
> currently have this kind of arrangement:
>
> clean feed (synths controlled via xy controller)
> looped feed (gets clean feed)
> master feed (gets clean and looped feed)
>
> Right now when I try to trigger record (via midi controller) on my
> rec_manual synth i lose all audio and, upon turning the rec_manual synth
> off all audio is distorted/messed up.
A couple of useful troubleshooting tricks: .trace your synths to check that
the Control inputs, and Out buses, are what you expect. Or use the "dump
node tree with controls" IDE menu command to check the controls with minimum
extra noise in the post window.
> // for the gui
>
> ~window; ~s1; ~s2; ~s3;
No need, ~envirVars don't need to be declared.
Otherwise, the groups and buses look fine.
(
// make the synth that does this
m = { arg cleanAmp = 0.5, loopedAmp = 0.5;
var clean, looped, organ;
clean = In.ar(~cleanBus, 2) * cleanAmp;
looped = In.ar(~loopedBus, 2) * loopedAmp;
Out.ar([0, 1], clean + looped);
}.play(target: ~finalMix);
m.set(\cleanAmp, ~cleanBusVol.asMap, \loopedAmp, ~loopedBusVol.asMap);
)
1. {}.play makes its own Out, no need for you to do it. No harm either, but
you could write "clean + looped" here.
2. Out.ar([0, 1], aStereoSignal) is wrong. Very common mistake. You're
actually getting a 3-channel signal from this: [left, left + right, right].
I'd suggesting breaking that habit before it becomes a habit.
GUI seems ok.
> Out.kr( recManualBus, time );
>
> // but
>
> ~loopt1 = Synth.new( \rec_manual, [
> \amp, 0.50, \buf, ~loopbuf1, \inBus, ~cleanBus.index, \recManualBus,
> ~loopbDur1.asMap ]);
recManualBus needs to be a bus index, to use with Out.kr -- but asMap means
it will receive the bus *value* instead. I think you need to remove asMap
here.
I didn't run your code so I'm not sure about other problems, but there's
one.
hjh
--
Sent from: http://new-supercollider-mailing-lists-forums-use-these.2681727.n2.nabble.com/SuperCollider-Users-New-Use-this-f2676391.html
_______________________________________________
sc-users mailing list
info (subscription, etc.): http://www.birmingham.ac.uk/facilities/ea-studios/research/supercollider/mailinglist.aspx
archive: https://listarc.bham.ac.uk/marchives/sc-users/
search: https://listarc.bham.ac.uk/lists/sc-users/search/