[PD] The Game of Life

Andrew Faraday jbturgid at hotmail.com
Mon Nov 29 15:45:23 CET 2010


That settles it, then, it needs a double load, or possibly a chance to receive13


> Date: Mon, 29 Nov 2010 11:12:48 +0100
> From: olivier at heinry.fr
> To: pd-list at iem.at
> Subject: Re: [PD] The Game of Life
> 
> Le 29/11/2010 10:55, Andrew Faraday a écrit :
> > Well, grid flow isn't in use. That second iteration will be black
> > because of the [r13] object. It's essential but it appears everyone has
> > problems loading it. It seems there's a bit of a bug with this (I can't
> > find out which library it's from). If you place [receive13]
> >  in a patch, this loads and then you can use [r13] with impunity. There
> > is a [receive13] in the sketeches sub-patch, so it seems if you load the
> > patch, close it (but not pd) then reload, this will all work fine. 
> > 
> > If anyone knows where r13 is from, could you let me know? Would a
> > [require] fix this?
> 
> from Dieb13's ext13
> 
> Actually, [import ext13] doesnt help for [r13] to create on Ubuntu
> 0.42.5, little bit like [matrix] <-> [mtx]
> 
> > 
> > I've observed that after the initial load (which is quite harsh, 255
> > abstractions with two gem chains and a lot of those r13's), the CPU
> > usage relaxes quite a lot. 
> > 
> > I realize now there's a LOT of variations of this around, although it's
> > still an achievement for me. :)
> > 
> > Thanks for tips and bits, guys, will have a nosey when I get some time. 
> > 
> > Andrew
> > 
> >> Date: Sun, 28 Nov 2010 22:09:19 +0100
> >> From: mnb at martin-brinkmann.de
> >> To: pd-list at iem.at
> >> Subject: Re: [PD] The Game of Life
> >>
> >> On 11/28/2010 09:21 PM, Andrew Faraday wrote:
> >>
> >> > also, I can't get this to work on my mac, not entirely sure why, oh
> > well. never mind.
> >>
> >> works here on macos in pd extended 0.42.5. the cpu load is a bit heavy
> >> though, on my 2009 mac mini. (about 70 percent) i also got a few
> >> "r13 couldn't create".
> >>
> >> on my ubuntu (10.4) it did not work very well, but that is
> >> probably because i use basicly pd vanilla and a few externals
> >> (and no gridflow for example).
> >> after "randomize" the next iteration is completely black.
> >> cpu is about 50 percent (3 ghz intel core duo)
> >>
> >>
> >> >>> Does anyone know if it's been done in puredata before? Can I get
> >> >>> hold of it?
> >>
> >> >>> I may, in the longer run, be planning to use this for a generative
> >> >>> music patch. Don't know if that means anything to you.
> >>
> >> in my "sequenzquadrat"-patch is a "live-player", which modifies
> >> the current pattern according to game-of-life rules.
> >> musically it is not that interessting though.
> >> maybe it would be a better idea to use the game-of-life in a different
> >> way than i did, for example as a monophonic sequence, with nr of dots
> >> per column as velocity or something like that.
> >> or maybe clusters of dots as different sequences...
> >>
> >> bis denn!
> >> martin
> >>
> >> _______________________________________________
> >> Pd-list at iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> > 
> > 
> > 
> > _______________________________________________
> > Pd-list at iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> 
> 
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20101129/856558c0/attachment.htm>


More information about the Pd-list mailing list