Hey All
Bit of an early Christmas present.
It's a pure-data based, 16x16 version of Jon Conways "Game of Life" (http://en.wikipedia.org/wiki/Conway%27s_Game_of_Life). Perhaps the geekiest thing I've ever done.
It's all zipped up because I've used a few abstractions, just uncompress to a single folder and open OpenMe.pd
Would love to hear what you guys think of this. Particularly interested in:
- Does anyone know if it's been done in puredata before? Can I get hold of it?
- Is it well documented enough?
- Does it work on different operating systems (was made on ubuntu (netbook remix) so some of it may not transfer)?
- How might you improve on this?
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.
Cheers
Andrew
On Sun, Nov 28, 2010 at 7:51 PM, Andrew Faraday jbturgid@hotmail.comwrote:
Hey All
Bit of an early Christmas present.
It's a pure-data based, 16x16 version of Jon Conways "Game of Life" ( http://en.wikipedia.org/wiki/Conway%27s_Game_of_Life). Perhaps the geekiest thing I've ever done.
It's all zipped up because I've used a few abstractions, just uncompress to a single folder and open OpenMe.pd
Would love to hear what you guys think of this. Particularly interested in:
- Does anyone know if it's been done in puredata before? Can I get hold of
it?
- Is it well documented enough?
- Does it work on different operating systems (was made on ubuntu (netbook
remix) so some of it may not transfer)?
- How might you improve on this?
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.
Cheers
Andrew
I wouldn't mention if it was a real Christmas present :o) but it throws some "r13 ... couldn't create" errors and hooks my CPU (2,2GHz Opteron) heavily without clicking "start". When clicking "start" nothing happens, perhaps because of the subpatches that didn't create. (Pd-ex autobuild of 2010-11-23) Repair it, Daddy! :o)
Andras
It was done under GEM and GridFlow ;) : GEM -> examples -> 10.GLSL -> 04.game_of_life GridFlow examples -> game_of_life.pd Should work on Linux, MacOSX and Windows, take a look ! ++
Jack
Le dimanche 28 novembre 2010 à 18:51 +0000, Andrew Faraday a écrit :
Hey All
Bit of an early Christmas present.
It's a pure-data based, 16x16 version of Jon Conways "Game of Life" (http://en.wikipedia.org/wiki/Conway%27s_Game_of_Life). Perhaps the geekiest thing I've ever done.
It's all zipped up because I've used a few abstractions, just uncompress to a single folder and open OpenMe.pd
Would love to hear what you guys think of this. Particularly interested in:
- Does anyone know if it's been done in puredata before? Can I get
hold of it?
- Is it well documented enough?
- Does it work on different operating systems (was made on ubuntu
(netbook remix) so some of it may not transfer)?
- How might you improve on this?
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.
Cheers
Andrew _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
also, I can't get this to work on my mac, not entirely sure why, oh well. never mind.
Subject: Re: [PD] The Game of Life From: jack@rybn.org To: jbturgid@hotmail.com CC: pd-list@iem.at Date: Sun, 28 Nov 2010 21:05:03 +0100
It was done under GEM and GridFlow ;) : GEM -> examples -> 10.GLSL -> 04.game_of_life GridFlow examples -> game_of_life.pd Should work on Linux, MacOSX and Windows, take a look ! ++
Jack
Le dimanche 28 novembre 2010 à 18:51 +0000, Andrew Faraday a écrit :
Hey All
Bit of an early Christmas present.
It's a pure-data based, 16x16 version of Jon Conways "Game of Life" (http://en.wikipedia.org/wiki/Conway%27s_Game_of_Life). Perhaps the geekiest thing I've ever done.
It's all zipped up because I've used a few abstractions, just uncompress to a single folder and open OpenMe.pd
Would love to hear what you guys think of this. Particularly interested in:
- Does anyone know if it's been done in puredata before? Can I get
hold of it?
- Is it well documented enough?
- Does it work on different operating systems (was made on ubuntu
(netbook remix) so some of it may not transfer)?
- How might you improve on this?
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.
Cheers
Andrew _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
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
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? 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@martin-brinkmann.de To: pd-list@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
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@martin-brinkmann.de To: pd-list@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@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
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@heinry.fr To: pd-list@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@martin-brinkmann.de To: pd-list@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@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
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
martin How did you use the data from your grid to generate the music? Was it the straight-forward each position represents a note approach, or something I've not yet thought of? Andrew
Date: Sun, 28 Nov 2010 22:09:19 +0100 From: mnb@martin-brinkmann.de To: pd-list@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 2010-11-28 13:51, Andrew Faraday wrote:
Hey All
Bit of an early Christmas present.
It's a pure-data based, 16x16 version of Jon Conways "Game of Life" (http://en.wikipedia.org/wiki/Conway%27s_Game_of_Life). Perhaps the geekiest thing I've ever done.
Would love to hear what you guys think of this. Particularly interested in:
- Does anyone know if it's been done in puredata before? Can I get hold
of it?
There's mrpeach/life2x that contains the engine with no display.
Martin
As-salamu alaykum,
On Sun, Nov 28, 2010 at 06:51:57PM +0000, Andrew Faraday wrote:
- Does anyone know if it's been done in puredata before? Can I get hold of it?
<http//lists.puredata.info/pipermail/pd-list/2006-08/041323.html>
Unfortunately the links in that post don't resolve correctly, but you can get the same files from here: http://mccormick.cx/dev/s-abstractions/
Using that you can build CA fields of arbitrary size. There is a small bug where cells shift one unit when crossing some boundaries - I think the top and bottom of the field but I can't remember - but it doesn't have too disruptive an effect and the whole structure still functions ok.
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.
I made some music with my implementation which you can hear here: http://sciencegirlrecords.com/chr15m/music/CD004/ca1.ogg
If I recall correctly, notes/parameters/rhythms were triggered as cells in certain rows were crossed. I made liberal use of the Glider: http://en.wikipedia.org/wiki/Glider_%28Conway%27s_Life%29.
Also check out the replies in that thread:
Frank's Game of Life in datastructures: http://lists.puredata.info/pipermail/pd-list/2006-08/041386.html
Mathieu's implementation in gridflow: http://lists.puredata.info/pipermail/pd-list/2006-08/041382.html
Enjoy,
Chris.
On Mon, 29 Nov 2010, Chris McCormick wrote:
Using that you can build CA fields of arbitrary size. There is a small bug where cells shift one unit when crossing some boundaries - I think the top and bottom of the field but I can't remember - but it doesn't have too disruptive an effect and the whole structure still functions ok.
Usually it's between the right and left borders, that there is a shift by one cell. That happens if you number the cells with a single number in the usual way : one row gets all the lowest numbers, then the next row gets all the next ones, etc, like this :
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
And if you consider that to the right of cell n there is cell n+1, then 16 is to the right of 15.
If you do this with [#store] or [#convolve] using a grid of size (4 8), then cell 8 is to the right of cell 15, because they're really numbered like (1 0) and (1 7), that is, using two-element lists.
I made some music with my implementation which you can hear here: http://sciencegirlrecords.com/chr15m/music/CD004/ca1.ogg
Ah, btw, I made music using the Pascal triangle, which is a finite state automaton of some kind whenever you use modulo on it. I did it mod 32.
http://artengine.ca/matju/musique/matju_-_gamelan_binomial_version_trois.mp3 http://artengine.ca/matju/musique/gamelan_binomial.png
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On Fri, Dec 03, 2010 at 09:30:13AM -0500, Mathieu Bouchard wrote:
Ah, btw, I made music using the Pascal triangle, which is a finite state
automaton of some kind whenever you use modulo on it. I did it mod 32.http://artengine.ca/matju/musique/matju_-_gamelan_binomial_version_trois.mp3 http://artengine.ca/matju/musique/gamelan_binomial.png
This is great! Are the patches for the "gamelan" sound online somewhere?
Cheers,
Chris.
On Thu, 9 Dec 2010, Chris McCormick wrote:
On Fri, Dec 03, 2010 at 09:30:13AM -0500, Mathieu Bouchard wrote:
Ah, btw, I made music using the Pascal triangle, which is a finite state automaton of some kind whenever you use modulo on it. I did it mod 32. http://artengine.ca/matju/musique/matju_-_gamelan_binomial_version_trois.mp3 http://artengine.ca/matju/musique/gamelan_binomial.png
This is great! Are the patches for the "gamelan" sound online somewhere?
This synthesis is something I keep secret. Not really : I've shown the patches to a few people, but haven't posted them online at all. At this point, I don't want to post them.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
Hi,
On Sun, Nov 28, 2010 at 06:51:57PM +0000, Andrew Faraday wrote:
It's a pure-data based, 16x16 version of Jon Conways "Game of Life" (http://en.wikipedia.org/wiki/Conway%27s_Game_of_Life). Perhaps the geekiest thing I've ever done.
- Does anyone know if it's been done in puredata before? Can I get hold of it?
I did some cellular stuff in 2006: http://lists.puredata.info/pipermail/pd-list/2006-12/045115.html
Ciao
Frank
On Sun, 28 Nov 2010, Andrew Faraday wrote:
- Does anyone know if it's been done in puredata before? Can I get hold of it?
I made gridflow/examples/game_of_life.pd in 2001 (well, actually ported to Pd in 2002-2003, but it was precisely the same code).
Since then, I improved it somewhat, and it became this crazy thing that computes three wraparound 640x480 boards at a time at 60 fps on my old Pentium-M. That's 55 million computed cells per second.
You can easily readapt it to a single board at whatever resolution you want, and display it the way you want (convert to pix, pdp, lists, etc).
- Is it well documented enough?
What do you need to be documented about it ?
- Does it work on different operating systems (was made on ubuntu
(netbook remix) so some of it may not transfer)?
Has been seen working on many Linuxes, OSX, Windows. (though conversion from grid to gem still doesn't work on Windows : you have to convert to list first instead)
- How might you improve on this?
No idea, I put all the tricks I could to make this version fast, without writing any dedicated C++ code.
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.
How will you turn a [time,rows,columns] animation into a [time,frequency] series of spectra, or a [time] signal ?
What I write within [] are dimensions of the data. A game of life animation has at least 3 dimensions (though in my patch I use 4 dimensions, but that's not relevant).
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
-
Andrew Faraday -
András Murányi -
Chris McCormick -
Frank Barknecht -
Jack -
martin brinkmann -
Martin Peach -
Mathieu Bouchard -
Olivier Heinry