[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [sc-users] Monophonic patterns
- To: sc-users@xxxxxxxxxxxxxxxx
- Subject: Re: [sc-users] Monophonic patterns
- From: "Dan Stowell" <danstowell@xxxxxxxxx>
- Date: Mon, 29 Dec 2008 10:44:22 +0000
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=L2xb2dHODHrZ75JDj6WeHAORrVoexXpIVx7ojFXwwZM=; b=KpeGpLibflGQNyrbgstciX/aa7VEOy74hzUCMzKnAhJjQLQBIWGZ63rTjL6hrOiWjM 8VxFvdxKUZGGSd7OrRT0eMsQunKrP8aSb6h0Hnr/LihpX/8GEhhm1CUU2ReqnuRh/2bM o9VGmRlNV0n1mR0Mk748Df7bqrPKnlFt4L/ME=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=x5qxI3t2/OhEXEJNxrDpQA5TguGN4llCkX9nKYJhY17QH9Qx8eieEK/6NuqlRTU8VG KG+cFkHea0dO2vRAhSMGIrgV6DRHrCixSRHBruaaw95QPM8qm8QOjfwNmVlcFFynE+7Z q4xBxFYdWm7tjmED1NtL6fU+30qmQu9pQ7Tnw=
- In-reply-to: <de6c367c0812281643g2ded3a20t839b98e880997e1e@xxxxxxxxxxxxxx>
- List-id: SuperCollider users mailing list <sc-users.create.ucsb.edu>
- References: <de6c367c0812281643g2ded3a20t839b98e880997e1e@xxxxxxxxxxxxxx>
- Reply-to: sc-users@xxxxxxxxxxxxxxxx
- Sender: owner-sc-users@xxxxxxxxxxxxxxxx
Here's one way:
Pmono is all about owning its own synth (because patterns like being
self-contained), hence your problem. Something that works similar to
Pmono but doesn't own a synth is an event of type \set.
s.boot
x = {|freq=440, amp=0.6| MoogFF.ar(PinkNoise.ar(amp), freq).dup}.play
p = Pbind(\type, \set, \freq, Pwhite(100, 1000), \dur, 0.2, \amp,
Pseq((1,0.99 .. 0.1), inf), \id, x.nodeID).play
By specifying "type: \set" we get a Pattern that sends its values to
the node specified using the "id" key.
If you go this way you need to manage synth creation/freeing yourself of course.
Dan
2008/12/29 Nathaniel Virgo <nathanielvirgo@xxxxxxxxx>:
> Hi list
>
> This is something that's been bugging me for a while - I want to do some
> monophonic stuff with patterns for which Pmono doesn't quite do what I need,
> and I'm not sure of the best way of going about it. I'm posting in case
> anyone has any ideas...
>
> Basically I'm sequencing drums (later probably basslines etc. as well) and I
> want to do it in blocks, each of which is a Ppar that plays one bar of
> kicks, snare, hihats etc. Then I want to be able to do, e.g.
>
> Pseq([block1, block2, block1, block3],inf).play
>
> All of this is more-or-less easy enough, but I want the kicks and hihats to
> be monophonic instruments (an open hihat should stop sounding if followed by
> a closed one, for example). Pmono doesn't really work because the hihats
> from block1 would end up in a separate synth instance from those in block2,
> so an open hat at the end of block1 would not be cut off by a closed one at
> the beginning of block2.
>
> The only solution I can think of is to have the kick and hihats composed of
> two SynthDefs each - one which plays a trigger signal and the parameters
> onto various busses; and another which is playing throughout the whole
> track, reading the busses and making the sound.
>
> But that seems a very complicated thing to have to do just to get a
> monophonic drum pattern, and it seems like it would be better if there could
> be just one Synth with its parameters being changed rather than using up
> loads of busses. Is there a better, more Pattern-y way I could be
> approaching this?
>
> Thanks in advance,
>
> Nathaniel
>
>
--
http://www.mcld.co.uk
_______________________________________________
sc-users mailing list
info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-users/
search: https://listarc.bham.ac.uk/lists/sc-users/search/