[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [sc-dev] Event-set resolution
- To: sc-dev@xxxxxxxxxxxxxxxx
- Subject: Re: [sc-dev] Event-set resolution
- From: James Harkins <jamshark70@xxxxxxxxx>
- Date: Mon, 31 Dec 2012 11:14:16 +0800
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=dr9PASOHTGkXsnN7356iojjU9WRnzdvDgRa5+lWRTN0=; b=bg6GsXBbu1DmFpZPBHtFyrlik+FdK3svUmyH3i3CDKdtT6l/EvSWou47FwfARUf65i 5n7k+iXhjQIgwqVNWIU0P+vzS7UIGCYxT3/+hgqPYUtq37B8IRzkYTSjmmn8XM+M85ci j2LXtPXL81CwiiMt9Qhe3ROyrVO4Fs+DQlrjhs3kUNk+9QpkwU8ma+m/xfR7yZyWNdsV AKlsbcz6738m8SyI6F0Vbnfjb2FIqJe7iRbMcrdl9fvGMx7Ri+fkGoCRApq6Rmr6RTiB 56Ptdy9YeclNGQe56vSKa/aT4BeyHAWu2Am1a1dFa0Xat3qrcIHi9KvJo4ay4kRM8JLc bbYw==
- In-reply-to: <50E0306A.60808@klingt.org>
- List-id: SuperCollider developers mailing list <sc-devel.create.ucsb.edu>
- References: <50E0306A.60808@klingt.org>
- Reply-to: sc-dev@xxxxxxxxxxxxxxxx
- Sender: owner-sc-dev@xxxxxxxxxxxxxxxx
On Sun, Dec 30, 2012 at 8:15 PM, Tim Blechmann <tim@xxxxxxxxxx> wrote:
> hi all (especially ron),
>
> the semantics of Event-set is a bit confusing as it does not go through
> the resolution:
>
> x = (dur: inf).play
> x.set(\freq, 110) // works,
> x.set(\octave, 6) // does not update freq
>
> i wonder, is this on purpose? in a way i'd expect dependent values to be
> updated, though i must admit it adds some complexity to the
> implementation as it will require some tracking of dependent variables
> (atm there is no way to determine which environment variables are
> accessed by a FunctionDef)
As I understand it, Event:set is supposed to be used with "node events," e.g.
e = (degree: 0).synth.play;
In this example, the frequency you hear is 440 Hz -- a', not c' as the
given degree specifies. So it seems the current behavior of 'set' is
consistent with the behavior of other node-event methods.
AFAIK the behavior of using 'set' on a different kind of event is not defined.
Maybe the current functionality in NodeEvents.sc should be moved into
a subclass. Calling .synth on an event would return an instance of
this subclass. Then normal events and NodeEvents could have different,
appropriate 'set' implementations.
hjh
--
James Harkins /// dewdrop world
jamshark70@xxxxxxxxxxxxxxxxx
http://www.dewdrop-world.net
"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal." -- Whitman
blog: http://www.dewdrop-world.net/words
audio clips: http://www.dewdrop-world.net/audio
more audio: http://soundcloud.com/dewdrop_world/tracks
_______________________________________________
sc-dev mailing list
info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-dev/
search: https://listarc.bham.ac.uk/lists/sc-dev/search/