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