hello, just thought i would share the cellular automata patch i was working on
wwcarpenCA.pd is the main patch give it some time to load, because there is a loadbang that creates 1250 objects in a subwindow. it also requires the gem and zexy libraries
overall, i am happy that i got it to do exactly what i set out to do. but i'm
dissapointed that it is pretty complex for what is supposed the be the
simplest program capable of creating complex behavior. fundamentally i think
that it would be much easier if i was using gridflow, (ahem, windows .dll,
somebody, anyone? pleeeeease?) because much of the extra code seems to be
coming from dealing with my manually made grid matrix. am i correct in
thinking that i could make a much bigger window with gridflow without having
to worry much about using cpu? my laptop starts to stutter if i use much more
than 1250 squares in gem. as far as what i have right now, one way to speed up
the scrolling at least 49x would be to have it analyze just the last line of
squares rather than the whole window after all the square information is
transposed up a line. I spent a couple days trying to get this to work, but i
cant seem to locate the problem, (if anyone is brave enough to help me here,
what i thought would work is to have a separate 'calculate' bang that is
triggered after the 'scroll down' bang which in turn sends a 1226 msg to the
int object rather than 23.)
the purpose of the demux objects is to handle line wrapping correctly.
wwcarpen
hi wwcarpen,
thx for sharing the patch. when i load it i get 1250 errors like error: 1241-y: no such object error: 1242-y: no such object error: 1243-y: no such object error: 1244-y: no such object error: 1245-y: no such object error: 1246-y: no such object
do u have a idea ?
thx
erich
ps: i have gem and zexy
On Wed, 13 Nov 2002, wwcarpen wrote:
hello, just thought i would share the cellular automata patch i was working on
wwcarpenCA.pd is the main patch give it some time to load, because there is a loadbang that creates 1250 objects in a subwindow. it also requires the gem and zexy libraries
overall, i am happy that i got it to do exactly what i set out to do. but i'm dissapointed that it is pretty complex for what is supposed the be the simplest program capable of creating complex behavior. fundamentally i think that it would be much easier if i was using gridflow, (ahem, windows .dll, somebody, anyone? pleeeeease?) because much of the extra code seems to be coming from dealing with my manually made grid matrix. am i correct in thinking that i could make a much bigger window with gridflow without having to worry much about using cpu? my laptop starts to stutter if i use much more than 1250 squares in gem. as far as what i have right now, one way to speed up the scrolling at least 49x would be to have it analyze just the last line of squares rather than the whole window after all the square information is transposed up a line. I spent a couple days trying to get this to work, but i cant seem to locate the problem, (if anyone is brave enough to help me here,
what i thought would work is to have a separate 'calculate' bang that is triggered after the 'scroll down' bang which in turn sends a 1226 msg to the int object rather than 23.) the purpose of the demux objects is to handle line wrapping correctly.wwcarpen
On Wed, 13 Nov 2002, wwcarpen wrote:
fundamentally i think that it would be much easier if i was using gridflow, (ahem, windows .dll, somebody, anyone? pleeeeease?)
GridFlow 0.6.x are much more portable than the former versions and are becoming more so, but it's just theoretical. Someone has nearly made it run on Windows; but there is no real maintainer of the Windows version, and so no binary release either; and I don't have Windows here. And anyway I'd prefer an actual Windows programmer to maintain it.
am i correct in thinking that i could make a much bigger window with gridflow without having to worry much about using cpu? my laptop starts to stutter if i use much more than 1250 squares in gem.
Well, I run Conway's Game of Life (a 2d automaton) with 19200 squares at 10 fps but that eats 100% of the CPU of my feeble 400 MHz box. Not to mention GridFlow-for-PD is _really not_ stable. I'll try to fix bugs and make it faster, but I've said that for months. :-/
Mathieu Bouchard http://artengine.ca/matju
On Fri, 15 Nov 2002, Mathieu Bouchard wrote:
On Wed, 13 Nov 2002, wwcarpen wrote:
am i correct in thinking that i could make a much bigger window with gridflow without having to worry much about using cpu? my laptop starts to stutter if i use much more than 1250 squares in gem.
Well, I run Conway's Game of Life (a 2d automaton) with 19200 squares at 10 fps but that eats 100% of the CPU of my feeble 400 MHz box. Not to mention GridFlow-for-PD is _really not_ stable. I'll try to fix bugs and make it faster, but I've said that for months. :-/
An update on this: I have changed the patch so it runs with 76800 squares at 5.6 fps. That's 2.24 times the old speed.
Mathieu Bouchard http://artengine.ca/matju
-
Mathieu Bouchard -
rat＠telecoma.net -
wwcarpen