Proposal: The Joy of Painting with Ruby
Jason Cale
I have another talk suggestion that might be of interest, I've not
done much of this stuff since uni so I was delighted that someone has
created a nice wrapper of the Processing library to Ruby.
My basic proposal idea is to go though the basics of using (ruby)
processing, and a few cool live examples, before delving into a few of
the more ethereal design concepts that you can use to create beautiful
visualisations of your own ingenious algorithms.
Here is my first pass - if there is anything that is of special
interest then shout, in the meantime I'll be dusting off my sketch
books for ideas.
What?
Learn about the visual programming tool Processing and how you can
use a Ruby wrapper to create your own generative artwork, flex your
digital creativity, win lovers and international acclaim.
Talk might cover:
A little bit of the idea on analog -> digital processed 'art'
How to get started with Ruby Processing, where to find examples and a
quick look at what you can do ..
Under the hood, a quick look at the API and what makes it tick. -
also a look at if the wrapper is any good!?
Generative art - live demo of taking realtime content to create
visual effects.
Visual theory - How to make your clever code look bloody good.
Would something like this be of any interest?
Cheers,
Jase.
James Adam
> Talk might cover:
>
> A little bit of the idea on analog -> digital processed 'art'
>
> How to get started with Ruby Processing, where to find examples and a
> quick look at what you can do ..
I think this would be important, particularly with a talk that's about
something pretty obscure (in a good way, mind). Leave me with leads
and resources that I can follow up.
> Under the hood, a quick look at the API and what makes it tick. -
> also a look at if the wrapper is any good!?
>
> Generative art - live demo of taking realtime content to create
> visual effects.
So this would be like, reading data in (maybe from the internets?) and
then using it to influence the graphics?
> Visual theory - How to make your clever code look bloody good.
What does this mean?
> Would something like this be of any interest?
Yup, I'd definitely be interested.
I think I'm more interested simple processing tricks (oh, here's a
little algorithm that will spin some stuff around) and presenting data
in novel ways than, say, making a ravy scene for trip-hopping club
bunnies to speed on the needle-bliss against. But I think my
impression of 'digital art' is pretty much stuck in the early
nineties. You could drag it into the present, I have no doubt.
- James
Jason Cale
On 10 Nov 2009, at 23:21, James Adam wrote:
>
> On 10 Nov 2009, at 22:57, Jason Cale wrote:
>
>> Talk might cover:
>>
>> A little bit of the idea on analog -> digital processed 'art'
>>
>> How to get started with Ruby Processing, where to find examples
>> and a
>> quick look at what you can do ..
>
> I think this would be important, particularly with a talk that's about
> something pretty obscure (in a good way, mind). Leave me with leads
> and resources that I can follow up.
To whet appetites and such:
http://github.com/jashkenas/ruby-processing
http://www.processing.org/
But I'd plan a decent amount of groundwork - but the concepts are
easy, and processing is meant for non-programmers .. so for us
rubyists it should be a cakewalk.
>
>> Under the hood, a quick look at the API and what makes it tick. -
>> also a look at if the wrapper is any good!?
>>
>> Generative art - live demo of taking realtime content to create
>> visual effects.
>
> So this would be like, reading data in (maybe from the internets?) and
> then using it to influence the graphics?
Exactly - using twitter, flickr, what have you to influence the
visualisations .. I won't go into to much detail to try and keep
something back, but yes.
>
>> Visual theory - How to make your clever code look bloody good.
>
> What does this mean?
By this, and you have eluded to below - a lot of the general 'digital
art' is all fractal trees and such contrived nonsense, and whilst they
are not necessarily bad, there are a million and one resources to get
you going on that. |'d like to offer some ideas and techniques that
can look good and relevant today. I'm pretty sure there are a lot of
the audience who can scrape data in a more meaningful way that I know
how, and might not know the best way to present this in an elegant
way, I'd would offer a few pointers for this..
>
>> Would something like this be of any interest?
>
> Yup, I'd definitely be interested.
>
> I think I'm more interested simple processing tricks (oh, here's a
> little algorithm that will spin some stuff around) and presenting data
> in novel ways than, say, making a ravy scene for trip-hopping club
> bunnies to speed on the needle-bliss against. But I think my
> impression of 'digital art' is pretty much stuck in the early
> nineties. You could drag it into the present, I have no doubt.
Totally, there are a lot of sample code with both processing and the
wrapper .. which are good to get people up and running with whatever
they need, but I'd definately cover the basics and then how to create
some good looking stuff from some live data.
I have a little disdain for the whole generative art thing, but I'm
hoping I can show isn't all tacky math stuff.
Jase.
Tom Lea
Visualisations for the sake of visualisations are cool, but I'd be more interested in using visualisations to make data I have to manage more manageable.
Either way trippy moving pictures are nice.
Jason Cale
On 10 Nov 2009, at 23:37, Tom Lea wrote:
> Any chance of practical examples?
>
> Visualisations for the sake of visualisations are cool, but I'd be
> more interested in using visualisations to make data I have to
> manage more manageable.
I think this is a good point - a lot of what I am personally
interested is just that.
If you can create visualisations of server load, searches or even your
current source build status then processing becomes quite useful in an
every day environment for example.
Peter Ferne
On 10 Nov 2009, at 23:42, Jason Cale wrote:
> If you can create visualisations of server load, searches or even your
> current source build status then processing becomes quite useful in an
> every day environment for example.
+1.
What was that visualisation of server load with resquests flying in
from the side and falling into a big funnel? Anybody know what I'm
talking about?
--
petef
Richard Taylor
Peter Ferne
Roland Swingler
fractal art. - I'd be most interested in the Processing side rather
than the getting/cleaning of data.
R
On Nov 10, 11:36 pm, Jason Cale <j...@jaseandtonic.com> wrote:
> On 10 Nov 2009, at 23:21, James Adam wrote:
>
>
>
> > On 10 Nov 2009, at 22:57, Jason Cale wrote:
>
> >> Talk might cover:
>
> >> A little bit of the idea on analog -> digital processed 'art'
>
> >> How to get started with Ruby Processing, where to find examples
> >> and a
> >> quick look at what you can do ..
>
> > I think this would be important, particularly with a talk that's about
> > something pretty obscure (in a good way, mind). Leave me with leads
> > and resources that I can follow up.
>
> To whet appetites and such:
>
Murray Steele
talk last year would know I loved playing about with Shoes, which
claimed inspiration from processing so this would be right up my
street. It seems like it's so far outside what I have to do at work
that I doubt I'd ever poke at it in any depth, but some of the stuff
you've mentioned about data visualisation sounds like it might be the
kind of thing that might have "enterprise applications" and give me
an excuse to play during work time.
I think some (brief) coverage of the basics of ruby-processing and
then going in depth with some interesting examples would make a killer
talk.
Murray
2009/11/16 Roland Swingler <roland....@gmail.com>:
Matt Patterson
> Hello there,
>
> I have another talk suggestion that might be of interest, I've not
> done much of this stuff since uni so I was delighted that someone has
> created a nice wrapper of the Processing library to Ruby.
>
> My basic proposal idea is to go though the basics of using (ruby)
> processing, and a few cool live examples, before delving into a few of
> the more ethereal design concepts that you can use to create beautiful
> visualisations of your own ingenious algorithms.
+1
+2 for covering live data visualisations
Matt
--
Matt Patterson | Design & Code
<ma...@reprocessed.org> | http://www.reprocessed.org/