hello list,
I am a visual artist, and I am working with Pure Data and GEM from some weeks ago. Because I have a good knowledge of programming languages (c, c++, action script), it is not so hard for me. But I would like to ask you indications of resources to understanding the logic of programs like pure data. I would like to organize something like 'pure data for visual artists', to find tutorials for people with no programming knowledge, people who work fine with Photoshop, GIMP, video editors, etc. I think that most of come come from musical background, and have already used some programs that make the learning of Pure Data easier. With GEM and Framesteing, Pure Data becomes very interesting for visual artists, but I don't know how to start the work about its logic with people with this background (visual artists).
thank you. andrei
andreithomaz wrote:
hello list,
I am a visual artist, and I am working with Pure Data and GEM from some weeks ago. Because I have a good knowledge of programming languages (c, c++, action script), it is not so hard for me. But I would like to ask you indications of resources to understanding the logic of programs like pure data. I would like to organize something like 'pure data for visual artists', to find tutorials for people with no programming knowledge, people who work fine with Photoshop, GIMP, video editors, etc. I think that most of come come from musical background, and have already used some programs that make the learning of Pure Data easier. With GEM and Framesteing, Pure Data becomes very interesting for visual artists, but I don't know how to start the work about its logic with people with this background (visual artists).
I learned patcher languages with Max/MSP. I would recommend playing with that to get started. After doing some small projects with PD I've found that Max/MSP is more forgiving and has more ways to do the same thing. The downside of this is most Max patches I see are completely unintelligible to anyone but the author. PD is far more concise but the keywords may not be totally obvious at first. [throw~] and [catch~] as well as [spigot] really threw me for a loop, as well as the lack of a gate/switch object.
I have also found the tutorials and manuals that are included with PD to be very good. My background is not in C but as I learn more C syntax I find that PD is quite similar.
-lee
Hallo, andreithomaz hat gesagt: // andreithomaz wrote:
I think that most of come come from musical background, and have already used some programs that make the learning of Pure Data easier. With GEM and Framesteing, Pure Data becomes very interesting for visual artists, but I don't know how to start the work about its logic with people with this background (visual artists).
At the Montevideo Pd workshop last month there were a lot of visual artists, whereas two of the three teachers were more sound guys, including me.
So I had a chance to observe what differences there would be between audio and visual artists and I must say, in the Pd world, the differences aren't that big. That's because basically everything is just numbers and names, even if you work with different things like packages (video frames) in pdp or if you process samples in the audio signal graph.
The hardest thing to understand for beginners seems to be the vocabulary. What object is there to solve which task simply requires a certain amount of memorizing. The basic handling of Pd is rather easy to understand, as it just involves a bit of mouse work and typing.
Of course there are some programming concepts (execution order, abstractions as "functions", $-variable,...) that are a bit more difficult, but I'm confident they are just as difficult for sound as they are for video/visual artists.
If you show PDP the visual guys will surely feel at home very quick when it comes to multipying pictures, blurring and the like, because they know this from Photoshop or some video editors as the sound guys will recognize low pass filters or oscillators.
Regarding the logic: you will have to find a way to explain these. Start simple, go step by step, try to find "useful" examples, things that are fun. Maybe don't do logic for its own sake, rather let your friends run into problems that are easy to solve by applying logic and programming concepts.
Ciao
Frank Barknecht _ ______footils.org__
a good introduction to the logic / idea behind it is to keep the paradigma of modular synthesizer in mind, with dedicated blackboxes / modules with simple operations and definend input/output sockets. Well, this isn't far away from object orientated programming.
Confusing for beginners is the absence of a handy toolbox with all available modules instead of the generic object box. So show them were to look for information.
With friendly greetings,
Malte
I wrote some tutorials for GEM, that don't cover 'pure data logic', but do start from the very basic point of opening a window to draw into and progress from there. These can be found here:
http://taproot.dyndns.org/~cgc/tutorial_gem/index.html
cgc
On Jun 20, 2004, at 1:10 PM, andreithomaz wrote:
hello list,
I am a visual artist, and I am working with Pure Data and GEM from some weeks ago. Because I have a good knowledge of programming languages (c, c++, action script), it is not so hard for me. But I would like to ask you indications of resources to understanding the logic of programs like pure data. I would like to organize something like 'pure data for visual artists', to find tutorials for people with no programming knowledge, people who work fine with Photoshop, GIMP, video editors, etc. I think that most of come come from musical background, and have already used some programs that make the learning of Pure Data easier. With GEM and Framesteing, Pure Data becomes very interesting for visual artists, but I don't know how to start the work about its logic with people with this background (visual artists).
thank you. andrei
-- RGB Design Digital www.rgbdesigndigital.com.br
-
andreithomaz -
chris clepper -
Frank Barknecht -
lee -
Malte Steiner