 |
Author |
Topic: attractors... sparks... blurry smoke (Read 3063 times) |
|
Markavian
|
Re: attractors... sparks... blurry smoke
« Reply #1 on: May 17th, 2004, 2:06pm » |
|
1st one is very slow starting. Interesting lines generated.
2nd one looks great, very almost looks real, just looks strange when the particles float back towards the nodes. The transition looked good too.
The third one really comes to life when the main colours have merged. It looks great as it begins to die down and fade out of view.
|
|
|
|
|
mflux
|
Re: attractors... sparks... blurry smoke
« Reply #2 on: May 19th, 2004, 2:16am » |
|
very coool.
I love the second one. I almost want control of where to place the nodes, or at least draw a string of them and see what happens.
Third one is beautiful but I think there's even more you can do with it. Great work!
|
|
|
|
|
Ale_k
|
Re: attractors... sparks... blurry smoke
« Reply #3 on: May 20th, 2004, 9:37am » |
|
Hey Tom very nice works,
actually last applet doesn't run slow on my (not new) computer.
Alessandro
|
|
|
|
|
TomC
|
Re: attractors... sparks... blurry smoke
« Reply #4 on: May 22nd, 2004, 6:44pm » |
|
Thanks for the feedback.
Here's an interactive version using additive blended sprites instead of lines...
http://www.tom-carden.co.uk/p5/additive_particles/applet/
|
| « Last Edit: May 22nd, 2004, 6:52pm by TomC » |
|
|
|
|
flight404
|
Re: attractors... sparks... blurry smoke
« Reply #6 on: May 23rd, 2004, 1:49am » |
|
Very nice. Would make great prints. Maybe a black on white one. Keep playing!
r
|
|
|
|
|
TomC
|
Re: attractors... sparks... blurry smoke
« Reply #7 on: May 23rd, 2004, 2:24am » |
|
I'd have to get a printer first 
Black on white additive particles...
http://www.tom-carden.co.uk/p5/additive_particles4/applet/
(not that they're additive any more)
Also tried with SUBSTRACT, but I'm too picky about my spelling 
|
|
|
|
|
JohnG
|
Re: attractors... sparks... blurry smoke
« Reply #8 on: May 24th, 2004, 12:59pm » |
|
Wow, that produces some fantastic images.
|
|
|
|
|
mflux
|
Re: attractors... sparks... blurry smoke
« Reply #9 on: May 26th, 2004, 9:47am » |
|
absolutely beautiful. this is very inspiring
|
|
|
|
|
Markavian
|
Re: attractors... sparks... blurry smoke
« Reply #10 on: May 26th, 2004, 11:03am » |
|
Looking brilliant.
I plasyed around with the firey particle attractor, makes my 1.8Ghz PC clunk a bit with the blurring (runs ok with just the particles).
The last two, they look brilliant. That style has been done many times before, but I think you've got a great balance with the shapes produce. I want to make something like that eventually, but I kinda want to do it from scratch without stealing code from peeps like you you.
Great job, well done.
For prints, might be useful to 'stop/start' it so you can get the right contrast levels, or just run it for a finite loop. Its weird art, because its so easy to 'over expose'. Somewhere in the middle past the start always looks the best.
Regards,
- Markavian
|
|
|
|
|
TomC
|
Re: attractors... sparks... blurry smoke
« Reply #11 on: May 26th, 2004, 11:37am » |
|
Yep, I think Jared Tarbell has these pixel plotting techniques perfected...
http://complexification.net/gallery/machines/citytraveler/
http://complexification.net/gallery/machines/peterdejong/
Thankfully, having compared source, my method is satisfyingly different to Jared's. He's clearly had an aesthetic influence on me though
Have you got any more examples of this style?
I've got some extra modifications to make mine repeatable, and set "exposure"... Now I just need to work out how to get them to print resolution.
(I'm thinking Marius Watz's post-script output might be getting used, but no idea how well a printer would cope with a few million points... otherwise I'm looking at sampling the same run several times and jittering the transform each time - no idea how well I'll be able to put them back together yet, should have listened in my anti-aliasing lecture!).
(As for the clunking PC blurring problem... I'm on a 1.6GHz, but I started out with Processing on a 433MHz - I feel your pain!)
|
| « Last Edit: May 26th, 2004, 11:43am by TomC » |
|
|
|
|
JohnG
|
Re: attractors... sparks... blurry smoke
« Reply #12 on: May 26th, 2004, 12:26pm » |
|
> Have you got any more examples of this style?
To me, both your applet, and his works remind me of things called chaotic attractors, except you're using a different method of creating them, e.g. having thousands of particles that create lines, instead of following the path of a single one.
I did an applet that worked with symmetric chaotic attractors here: http://www.hardcorepawn.com/chaos/
They're not that similar in look/feel to your design, but share some traits, e.g. strong lines in some places, but with some more diffuse areas.
I did manage to get these to print resolutions, and have a few on my walls, but I converted the program to C++, for speed mainly (10,000,000,000 iterations can take a while
One thing that might help you acheive this in Processing however, is that what you see, doesn't have to be the data stored... e.g. you could have a 4096*4096 BImage/BGraphics in memory that you put values into as the program runs, but only draw every 4th pixel to the screen so you can get an idea of what you're going to get when you make that BImage/BGraphics save itself to a .tiff or suchlike.
|
|
|
|
|
amoeba
|
Re: attractors... sparks... blurry smoke
« Reply #13 on: May 26th, 2004, 4:21pm » |
|
Hi Tom,
on May 26th, 2004, 11:37am, TomC wrote:| (I'm thinking Marius Watz's post-script output might be getting used, but no idea how well a printer would cope with a few million points... |
|
Answer: Not very well. You can use PostScript to generate very complex files, but it's better to use PhotoShop to rasterize your file at 300 DPI than trying to print something that complex directly. A file with millions of points will be slow to rasterize, but should work. The most painful aspect of this approach is usually opening such a file in Illustrator to prepare it for rasterizing.
The images I did for XFUNS featured many thousand lines and circles, but rasterized fine. If you are working with Illustrator 10 or later, make sure to disable the "PDF compatible" file option, since Illustrator takes (literally) minutes to save the file with that option on.
The irony is that you are sometimes able to print a complex file (slowly) on a standard printer, but most commercial RIPs will choke on the same file. As you can imagine, most typical layouts don't feature a million paths. For the same reason, stay away from paths with more than 2-300 points.
Of course, the alternative is to say "size(3000,3000)" and just wait a long time before doing saveFrame()...
|
| « Last Edit: May 26th, 2004, 4:25pm by amoeba » |
|
marius watz // amoeba
http://processing.unlekker.net/
|
|
|
|
