I’ve found no bet­ter words for the work of re:void than these:

But most of all, they dreamt sight.

It began with a pat­tern: a knot­ting and weav­ing of count­less strands, dyed in a hun­dred colours, car­ry­ing a charge of energy which so daz­zled the sleep­ers they had to shield their minds’ eyes.

And then, as if the pat­tern was becom­ing too ambi­tious to hold its present order, the knots began to slide and slip. The colours at each inter­sec­tion bled into the air, until the vision was obscured in a soup of pig­ments through which the loosed strands described their lib­erty in line and comma and dot, like the brush­strokes of some mas­ter cal­lig­ra­pher. At first the marks seemed quite arbi­trary — but as each trace drew colour to itself, and another stroke was laid upon it, and another upon that, it became appar­ent that forms were steadily emerg­ing from the chaos.

Weaveworld, Clive Barker

Please enable Javascript and Flash to view this Flash video.


  1. these graph­ics are among the coolest abstract visu­als ive seen in years !!!
    Its almost like a dig­i­tal incar­na­tion of Jackson Pollock work

    Is it done with Processing ?

  2. Hi Ronny,

    I totally agree with you. For any info it’s best you con­tact the artist directly. She He’s Gwen Vanhee, author of the first com­ment. Follow the link from there: http://www.revoid.be.



  3. a .be web­site ? and your name also sounds bel­gian ? is this a bel­gian Processing com­mu­nity by any chance ? 😉
    im from East Flanders

  4. I won­der how peo­ple ren­der really big pic­tures for high res print­ing, rather than screen dis­play.
    the save() func­tion dumps the screen image to a bitmap file, but since a screen is by far not high­res enough
    for big prints, how is it done prop­erly ? processing.pdf seems to be for vec­tor data rather than bitmap.
    What i need is a way to ren­der real big size pixel image to a file. I couldnt find any exact info for this on teh interwebz.

  5. @Gwen: ah, van­daar die geup­date pro­file foto in Flickr. Ik vroeg me al af wie nu pre­cies wat deed 😉 En wat Flash betreft, daar is weinig ‘helaas’ aan. Integendeel, ik ben daar nu ook mee aan het spe­len en dat is jouw schuld.

    @ronny: the ques­tion of large ren­ders in pro­cess­ing is not new. First of all, as you pointed out, any kind of line draw­ing not using direct pixel manip­u­la­tions (like suc­ces­sive image blur) can be exported as PDF. If your images can’t be prop­erly exported like this you should keep in mind that Processing sketches using the default ren­derer or P3D can be larger than your screen res­o­lu­tion. How much, depends on the mem­ory you allow in the pref­er­ences. I’ve made 10000×15000 images with 1.5Gb allo­cated. However, the view­port itself is lim­ited to your screen res­o­lu­tion. On run­time you only see the upper­left part of the sketch and there’s no scrolling. This means that you can’t directly use mouse input to draw on the hid­den part of the can­vas. But if you use save() or save­Frame() the entire image is saved, not only the part vis­i­ble in the view­port. Solution to the draw­ing prob­lem: use a smaller draw­ing can­vas to process the input and show lores out­put. Do the actual hires draw­ing in another PGraphics object (like a kind of off-screen image buffer). Check the ref­er­ence on the PGraphics object.
    However, this doesn’t work for OPENGL. OPENGL sketches can­not be larger than the view­port and you can’t use an OPENGL PGraphics object as an off­screen buffer. Fortunately, you can use Marius Watz’ TileSaver, included in his Unlekker lib: http://workshop.evolutionzone.com/unlekkerlib/.
    Have fun! (BTW the Processing dis­course forums are a good start­ing point for this kind of stuff. Just make sure to ignore the older posts, much has changed.) If you get stuck, let us now.

  6. lets get together in Ostend, this sum­mer, we can have a bbq on the beach, and the vivid city nightlife is at 1 minute walk !

Leave a Reply

Your email address will not be published.