Enjoying this, I can't think if my (gem) implementation was a bit quicker, I think it was for each generation but took a while to initialize (it used a lot of objects to generate what I think was a smaller grid).
I like the idea, although each generation is slow.
Oh, it makes more sense to use [t b a] and a [del] to automatically continue, rather than [metro], so it works a little more consistently.
Date: Fri, 17 Feb 2012 10:08:20 -0800 From: jancsika@yahoo.com To: matju@artengine.ca CC: pd-list@iem.at Subject: Re: [PD] a tiny game of life
----- Original Message -----
From: Mathieu Bouchard matju@artengine.ca To: Jonathan Wilkes jancsika@yahoo.com Cc: "pd-list@iem.at" pd-list@iem.at Sent: Friday, February 17, 2012 1:02 PM Subject: Re: [PD] a tiny game of life
Le 2012-02-17 à 09:26:00, Jonathan Wilkes a écrit :
I don't have GF installed at the moment but I can imagine it can do it
with even fewer objects.
The core of it is 3 objects. Then add one for storage, then add a [metro] to clock it, some more objects to display it, and some more to seed it randomly.
The patch hardly changes at all when you change the size of the board or even the number of boards you compute at a time (such as the rgb channels in the current edition).
The interesting thing with mine is how bogged down it gets when you show
the message box.
I didn't notice nor measure.
It's noticeable if you click the message box to get to the next generation-- you can see the delay between mouse click and update.
-Jonathan
| Mathieu BOUCHARD ----- téléphone : +1.514.383.3801 ----- Montréal, QC
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list