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