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: jancs...@yahoo.com
To: ma...@artengine.ca
CC: pd-list@iem.at
Subject: Re: [PD] a tiny game of life
- Original Message -
From: Mathieu Bouchard ma...@artengine.ca
To: Jonathan Wilkes jancs...@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
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list