[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [sc-dev] call-backs, co-routines and inversion of control
- To: "sc-dev@xxxxxxxxxxxxxxxx" <sc-dev@xxxxxxxxxxxxxxxx>
- Subject: Re: [sc-dev] call-backs, co-routines and inversion of control
- From: Jonatan Liljedahl <lijon@xxxxxxxxxxxx>
- Date: Sun, 6 Jan 2013 23:48:21 +0100
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=viPvy8A7ZmPxtxO0DglQRxa202zTT1JQ5nzl7xK/mlo=; b=v69yVLofr9DPBoTsyBEOiSEUDndG8jMEFoPKtXUPk19YIckqriTC5XF7d1/vn66t6Y +DWeVtE0DL+630URSXvasYUxsErUMr6gQxQCI2TsHzvfXXFrGjG7VEq9E7tWAO2qfk7x H4t7LAWUmyVPX6LCQmWAKoG1lAPnkR1hkm4hYgWeviSeq7Aw4gtaH0Ppj+Z4T7LPenhW boaelRMsjJqYsc1MAKPZIBiIQx0vkbSxEQuCrVQAm0Er+GFna+TZzostE/L3dbEw0cZM LOWoEDZsPH+ayD5RAMkRrcAv0NWSa64y0u+MXKYThR8/+iMGEjkqqpC2QGpAc86rsUla 3Fnw==
- In-reply-to: <A8AD02EE-FCB9-4891-B301-D5A8893346EE@musikundmedien.net>
- List-id: SuperCollider developers mailing list <sc-devel.create.ucsb.edu>
- References: <778221C9-492A-4DB9-BA09-EB1DEEAECB49@friendlyvirus.org> <50ABBC37.6030101@klingt.org> <A145DF2F-0446-498D-86EE-E5A8C9D7582E@bham.ac.uk> <1F4DC433-1998-48B1-BF7D-B139E2E6A88E@musikundmedien.net> <CALfiFhD_XXFG62jVvHE9D4wdKviZ8NMjXSdB1+7Sh8k+qfU5Jg@mail.gmail.com> <0D25C620-C6F3-4FA0-9386-F643B48B87E0@musikundmedien.net> <6970E904-41EB-4F4B-976F-7B8B25930B10@friendlyvirus.org> <2901865F-E435-4187-9EE8-88649F84CADA@musikundmedien.net> <CAFniQ7W4kKUsgmR1KwB+VL9O=LGB__wM2UgW=CP56QLB-9BhbQ@mail.gmail.com> <97E72E9E-6576-49D4-A51E-12C58EAA6B6F@musikundmedien.net> <CAFniQ7XbX_tuMVs7Oc1dKGy6aM8KotXYbY_3nPg=cfX3_XCJPQ@mail.gmail.com> <C3DC6B65-7432-4F81-97EB-DCDAF0D92EC8@musikundmedien.net> <79E883CF-EBAF-41BF-BC17-75146B15A206@friendlyvirus.org> <E3730DCA-1B98-42DF-AFA0-6FF6084D2436@musikundmedien.net> <E0FCBEE0-D9BF-4656-963C-5E3EA9E20045@musikundmedien.net> <1C65DD7F-62FC-4374-8F58-592533FC2880@friendlyvirus.org> <9F3E5205-3976-4A5D-946A-58BF3317E230@friendlyvirus.org> <072AA84D-22A4-4EF9-9617-422CE5EAF932@friendlyvirus.org> <A8AD02EE-FCB9-4891-B301-D5A8893346EE@musikundmedien.net>
- Reply-to: sc-dev@xxxxxxxxxxxxxxxx
- Sender: owner-sc-dev@xxxxxxxxxxxxxxxx
So which steps does your commits cover? If it doesn't add or improve
any functionality, I'd suggest putting it in a separate branch instead
of pushing half-finished work to the master branch. This way, someone
can continue working on it later, and it could even be a place for
wilder experimentation and evaluation of this behaviour, since it
doesn't affect the main development branch. There's already a couple
of such interesting branches of experiments in the repo, like my
SubProcess stuff, for example :)
On Sun, Jan 6, 2013 at 11:37 PM, Julian Rohrhuber
<julian.rohrhuber@xxxxxxxxxxxxxxxxxx> wrote:
> I still have those commits sitting around which would arguably make a good first step for a later more thorough implementation of this behaviour. I'd like to either push it or throw it away, because later on it will become useless - any suggestions? It currently mainly lacks an appropriately differentiated latency implementation (but this is the case with the current s.bind, too, so it doesn't take anything away.
>
> For reference, here is the patch.
>
--
/Jonatan
http://kymatica.com
_______________________________________________
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/