Re: [PD] no netpd objects

2009-05-06 Thread xose ventosela
Hi Christian,
Couple of weeks ago I found net_pd and I had the same problem.I´m running
the PDextended 0.41.4 under osx.When I tried to open the tutorial patches,
Pd couldn´t create the ojects.I found Roman at the net_pd chat some days
ago.Try to open your extended version of pd and load the tutorial patches to
the creator.Then open them through creator.Now Pd should create the net_pd
objects.As you say everything needed is included in the extended version of
Pd but as I understood(i´m a newbie) you need to load the patches to the
creator and open them through it to make Pd create the objects.Sorry for my
primitive explanation.



*Xose*



2009/5/6 Christian Fischer 

> hi everybody,
>
> i am quite new to this list and pd.
> so there is a problem with the netpd  objects.
>
> i have an mac os10.4.11 and pd 0.40.3 extended.
>
> unfortunately pd cannot create any pdnet-object. but the chat and the
> creator seem to work properly.
>
> is there someting missing? i thought everything is included in pd extended
> for netpd to work...
>
>
> i really appreciate any help! thx!
>
>
> best!
> cmf
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] using namespace prefixes in a vanilla setup

2009-05-06 Thread Hans-Christoph Steiner


Jumped the gun a bit, forgot to include the new demo, here's an  
updated zip file:


http://puredata.info/Members/hans/vanilla_libdir-20090506.zip

Basically, my point is, it would be great if abstractions also looked  
in '.' for their helppatch just like externals.


.hc


On May 6, 2009, at 1:54 AM, Frank Barknecht wrote:


Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:


On May 5, 2009, at 12:09 PM, Steffen Juul wrote:


On 02/05/2009, at 3.31, Hans-Christoph Steiner wrote:


So here's the solution i came up with, you
make a 'lib' folder in your project, stick the libraries as folders
in
'lib', then use [declare -path lib].  Here's an example:

http://puredata.info/Members/hans/vanilla_libdir.tar.bz2


But what about "sorry, couldn't find help patch for "mapping/
curve.pd"" ?



I should have said, due to bugs in [declare], this only works on GNU/
Linux.  Since Miller uses Linux, I was assuming that its the  
reference

platform in terms of how [declare] works.  It currently works
differently/less on Mac OS X, for example.


What are these differences? In our RjDj sprints, most people use OS- 
X with no
problems, and on Linux, the help files still aren't found either -  
which is a
known issue of directory prefixes since ages: You have to set the  
help-path as

well.

But if libraries have complicated interdependencies or assume  
certain

global
path layouts, then this approach fails, which was the case with the
old mapping
files, at least partly.


Part of my point with this examples is to show that you can have a
simple setup while using namespace prefixes in the project,  
libraries as
folders, and in the libraries that a project uses.  I couldn't find  
any
issues with the setup illustrated in that tarball, have you found  
some?


"mapping" still assumes that it is installed in a subdirectory  
called "mapping"
whose parent is in the search path. It's not possible for a user to  
just drop

the patches from "mapping" into her project folder directly or into a
differently named subdir made know with declare. A user has to  
mimick the
directory layout set in mapping. And do so for purepd as well.  
That's not a
problem with the tarball, it just a - deliberate - restriction of  
"mapping".


Ciao
--
Frank

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list







All mankind is of one author, and is one volume; when one man dies,  
one chapter is not torn out of the book, but translated into a better  
language; and every chapter must be so translated -John Donne




___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] using namespace prefixes in a vanilla setup

2009-05-06 Thread Hans-Christoph Steiner


On May 6, 2009, at 1:54 AM, Frank Barknecht wrote:


Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:


On May 5, 2009, at 12:09 PM, Steffen Juul wrote:


On 02/05/2009, at 3.31, Hans-Christoph Steiner wrote:


So here's the solution i came up with, you
make a 'lib' folder in your project, stick the libraries as folders
in
'lib', then use [declare -path lib].  Here's an example:

http://puredata.info/Members/hans/vanilla_libdir.tar.bz2


But what about "sorry, couldn't find help patch for "mapping/
curve.pd"" ?



I should have said, due to bugs in [declare], this only works on GNU/
Linux.  Since Miller uses Linux, I was assuming that its the  
reference

platform in terms of how [declare] works.  It currently works
differently/less on Mac OS X, for example.


What are these differences? In our RjDj sprints, most people use OS- 
X with no
problems, and on Linux, the help files still aren't found either -  
which is a
known issue of directory prefixes since ages: You have to set the  
help-path as

well.


Ah yes, sorry there was a little crack smoking on my part. There are  
so many myriad details to the current arrangement, I forgot some.   I  
don't think the outstanding bugs in declare were affecting this issue:


https://sourceforge.net/tracker/index.php?func=detail&aid=1714473&group_id=55736&atid=478070
https://sourceforge.net/tracker/index.php?func=detail&aid=1828573&group_id=55736&atid=478070
https://sourceforge.net/tracker/index.php?func=detail&aid=1917574&group_id=55736&atid=478072

So help files work with the namespace prefixes with .pd_linux objects,  
but not with abstractions. This is how IOhannes organized Gem in Pd- 
extended and it works well there.  For example, consider these files  
in the same setup as the original vanilla_libdir example:


lib/cyclone/prepend.pd_linux
lib/cyclone/prepend-help.pd
lib/mapping/local_min.pd
lib/mapping/local_min-help.pd

Then [declare -path lib]
[cyclone/prepend]
[mapping/local_min]

The help patch will work for the binary external [cyclone/prepend] but  
not for the abstraction [mapping/local_min].  For the libdir loader,  
it sets the helppath so this will work with loading libdirs as  
libraries with the help patches embedded.


But if libraries have complicated interdependencies or assume  
certain

global
path layouts, then this approach fails, which was the case with the
old mapping
files, at least partly.


Part of my point with this examples is to show that you can have a
simple setup while using namespace prefixes in the project,  
libraries as
folders, and in the libraries that a project uses.  I couldn't find  
any
issues with the setup illustrated in that tarball, have you found  
some?


"mapping" still assumes that it is installed in a subdirectory  
called "mapping"
whose parent is in the search path. It's not possible for a user to  
just drop

the patches from "mapping" into her project folder directly or into a
differently named subdir made know with declare. A user has to  
mimick the
directory layout set in mapping. And do so for purepd as well.  
That's not a
problem with the tarball, it just a - deliberate - restriction of  
"mapping".


Well, its not really a 'mapping' question so much as a question of  
using folders as libraries.  This is to address a very real and  
problematic issue caused by the fact that a binary external will  
_always_ override an abstraction of the same name, no matter what the  
setup.  In the interest of making the libraries like 'mapping' and  
'purepd' function in as many setups as possible, organizing them to  
use namespace prefixes is the only existing method that I know of for  
dealing with this issue.  For me the key question is how to make this  
organization work easily for people on multiple setups.


To quote previous emails to describe this issue:
http://lists.puredata.info/pipermail/pd-dev/2009-04/013432.html

>> With abstractions the situation is worse.  If you make your  you  
make your

>> abstraction called [threshold] and include it in the same folder as
>> your project.  Then you use a patch that uses smlib's [threshold]
>> and close it.  Reopen your patch and [threshold] will be the smlib
>> one, _not_ your threshold.pd.  Or say Miller adds [threshold] to Pd-
>> vanilla, same story, except there is no way to ever load your
>> threshold.pd, unless you stick into a folder and call it [myfolder/
>> threshold].

.hc





Ciao
--
Frank

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list






Mistrust authority - promote decentralization.  - the hacker ethic



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] no lighting for gemhead -1

2009-05-06 Thread Sebastian Saa


worked perfect with with the objectGEMglDisable and Gl_define Gl_lighting , 
thanks





De: IOhannes m zmoelnig 
Para: Sebastian Saa 
CC: pd-list@iem.at
Enviado: miércoles, 6 de mayo, 2009 7:10:24
Asunto: Re: [PD] no lighting for gemhead -1

Sebastian Saa wrote:
> Hi, im using a quad with a texture as my background in Gem. im using  gemhead 
> -1 because i need it to be rendered in the same place. I also need to have 
> lighting on, my question is : Is there any a way to make that the lighting 
> doesnt affect a  specific gemchain?  i would like that my gemhead -1  would 
> not be affected by ligthing, how can i do this?
> 

use the openGL-wrappers to turn on/off lighting selectively.

mfgasdr
IOhannes



  ___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


[PD] no netpd objects

2009-05-06 Thread Christian Fischer

hi everybody,

i am quite new to this list and pd.
so there is a problem with the netpd  objects.

i have an mac os10.4.11 and pd 0.40.3 extended.

unfortunately pd cannot create any pdnet-object. but the chat and the  
creator seem to work properly.


is there someting missing? i thought everything is included in pd  
extended for netpd to work...



i really appreciate any help! thx!


best!
cmf

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] no lighting for gemhead -1

2009-05-06 Thread IOhannes m zmoelnig

Sebastian Saa wrote:

Hi, im using a quad with a texture as my background in Gem. im using  gemhead 
-1 because i need it to be rendered in the same place. I also need to have 
lighting on, my question is : Is there any a way to make that the lighting 
doesnt affect a  specific gemchain?  i would like that my gemhead -1  would not 
be affected by ligthing, how can i do this?



use the openGL-wrappers to turn on/off lighting selectively.

mfgasdr
IOhannes
#N canvas 30 138 946 464 10;
#X obj 58 260 gemwin;
#X msg 120 159 destroy;
#N canvas 46 140 290 229 Gem.init 0;
#X obj 71 191 outlet;
#X obj 71 81 loadbang;
#X msg 101 134 reset;
#X obj 71 109 t b b;
#X msg 71 164 lighting 1;
#X msg 155 164 lighting 0;
#X connect 1 0 3 0;
#X connect 2 0 0 0;
#X connect 3 0 4 0;
#X connect 3 1 2 0;
#X connect 4 0 0 0;
#X connect 5 0 0 0;
#X restore 120 196 pd Gem.init;
#X obj 119 230 r view_mess;
#X obj 218 245 gemhead -50;
#X text 125 6 change the view-point \, but keep some objects at a fixed
position;
#X text 431 188 a priority<0 will be rendered AFTER all other things
\, and with viewpoint set to the origin! (objects will not be affected
by a change of view);
#X text 431 240 this is good for displaying logos \, help messages
and cetera...;
#N canvas 20 100 362 426 mousemove 0;
#X obj 129 8 gemmouse;
#X obj 136 88 pack;
#X obj 136 110 spigot;
#X obj 136 131 unpack;
#X obj 136 196 t f f;
#X obj 36 16 gemkeyname;
#X obj 36 39 pack 0 s;
#X obj 36 62 route 1;
#X obj 36 84 route space;
#X msg 36 107 0;
#X msg 136 365 view \$2 \$3 \$1 0 0 0 0 1 0;
#X obj 136 173 +;
#X obj 136 221 * -1;
#X obj 201 237 t f f;
#X obj 201 174 +;
#X obj 201 262 * -1;
#X obj 36 129 t f f f;
#X obj 136 388 s view_mess;
#X text 61 106 reset;
#N canvas 292 198 304 356 coordinates 0;
#X obj 89 52 inlet;
#X obj 94 331 outlet;
#X obj 193 62 atan;
#X msg 193 41 1;
#X obj 193 84 / 45;
#X obj 193 20 loadbang;
#X text 94 29 r phi theta;
#X obj 89 78 unpack 0 0 0;
#X obj 128 123 *;
#X obj 168 123 *;
#X obj 120 197 cos;
#X obj 150 198 sin;
#X obj 120 166 t f f;
#X obj 183 198 cos;
#X obj 213 199 sin;
#X obj 183 167 t f f;
#X obj 120 230 *;
#X obj 150 231 *;
#X obj 85 275 *;
#X obj 125 275 *;
#X obj 174 277 *;
#X obj 66 242 t f f f;
#X obj 91 308 pack 0 0 0;
#X connect 0 0 7 0;
#X connect 2 0 4 0;
#X connect 3 0 2 0;
#X connect 4 0 9 1;
#X connect 4 0 8 1;
#X connect 5 0 3 0;
#X connect 7 0 21 0;
#X connect 7 1 8 0;
#X connect 7 2 9 0;
#X connect 8 0 12 0;
#X connect 9 0 15 0;
#X connect 10 0 16 0;
#X connect 11 0 17 0;
#X connect 12 0 10 0;
#X connect 12 1 11 0;
#X connect 13 0 16 1;
#X connect 13 0 17 1;
#X connect 14 0 20 1;
#X connect 15 0 13 0;
#X connect 15 1 14 0;
#X connect 16 0 18 1;
#X connect 17 0 19 1;
#X connect 18 0 22 0;
#X connect 19 0 22 1;
#X connect 20 0 22 2;
#X connect 21 0 18 0;
#X connect 21 1 19 0;
#X connect 21 2 20 0;
#X connect 22 0 1 0;
#X restore 136 310 pd coordinates;
#X obj 136 249 t b f;
#X obj 136 289 pack 4 0 0;
#X obj 177 46 t f f;
#X obj 177 67 -;
#X obj 136 45 t f f;
#X obj 136 66 -;
#X obj 278 57 s stay_cube;
#X obj 278 35 select 1;
#X obj 201 151 * 0.5;
#X obj 136 153 * 0.5;
#X obj 201 209 clip -90 90;
#X connect 0 0 24 0;
#X connect 0 1 22 0;
#X connect 0 2 2 1;
#X connect 0 4 27 0;
#X connect 1 0 2 0;
#X connect 2 0 3 0;
#X connect 3 0 29 0;
#X connect 3 1 28 0;
#X connect 4 0 12 0;
#X connect 4 1 11 1;
#X connect 5 0 6 0;
#X connect 5 1 6 1;
#X connect 6 0 7 0;
#X connect 7 0 8 0;
#X connect 8 0 9 0;
#X connect 9 0 16 0;
#X connect 10 0 17 0;
#X connect 11 0 4 0;
#X connect 12 0 20 0;
#X connect 13 0 15 0;
#X connect 13 1 14 1;
#X connect 14 0 30 0;
#X connect 15 0 21 2;
#X connect 16 0 11 0;
#X connect 16 1 11 1;
#X connect 16 1 14 0;
#X connect 16 2 14 1;
#X connect 19 0 10 0;
#X connect 20 0 21 0;
#X connect 20 1 21 1;
#X connect 21 0 19 0;
#X connect 22 0 23 1;
#X connect 22 1 23 0;
#X connect 23 0 1 1;
#X connect 24 0 25 1;
#X connect 24 1 25 0;
#X connect 25 0 1 0;
#X connect 27 0 26 0;
#X connect 28 0 14 0;
#X connect 29 0 11 0;
#X connect 30 0 13 0;
#X restore 731 34 pd mousemove;
#X msg 119 130 create \, 1;
#X obj 235 405 square 4;
#X obj 235 376 color 0 0 1;
#X obj 250 115 gemhead 50;
#X obj 250 195 cube;
#X obj 538 111 gemhead;
#X obj 538 146 world_light;
#N canvas 0 0 450 300 light 0;
#X obj 184 167 GEMglDisable GL_LIGHTING;
#X obj 138 114 t a a a;
#X obj 115 192 GEMglEnable GL_LIGHTING;
#X obj 138 78 inlet;
#X obj 161 234 outlet;
#X obj 184 144 spigot;
#X obj 115 155 spigot;
#X obj 298 69 inlet;
#X obj 206 110 t f f;
#X connect 1 0 6 0;
#X connect 1 1 4 0;
#X connect 1 2 5 0;
#X connect 3 0 1 0;
#X connect 5 0 0 0;
#X connect 6 0 2 0;
#X connect 7 0 8 0;
#X connect 8 0 6 1;
#X connect 8 1 5 1;
#X restore 235 319 pd light on/off;
#X obj 340 294 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0
1;
#X connect 1 0 0 0;
#X connect 2 0 0 0;
#X connect 3 0 0 0;
#X connect 4 0 16 0;
#X connect 9 0 0 0;
#X connect 11 0 10 0;
#X connect 12 0 13 0;
#X connect 14 0 15 0;
#X connect 16 0 11 0;
#X connect 17 0 16 1;

[PD] no lighting for gemhead -1

2009-05-06 Thread Sebastian Saa
Hi, im using a quad with a texture as my background in Gem. im using  gemhead 
-1 because i need it to be rendered in the same place. I also need to have 
lighting on, my question is : Is there any a way to make that the lighting 
doesnt affect a  specific gemchain?  i would like that my gemhead -1  would not 
be affected by ligthing, how can i do this?


thanks


Seb.



  ___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


[PD] Pd Workshop at LPM 2009, Rome

2009-05-06 Thread Marco Donnarumma
Might interest someone in the area.
We are organizing the seventh edition of Live Performers Meeting:
International encounter of *live video performers*, *visual artists *and *vj
meeting*, dedicated to* **live audiovideo performances*. From *28th to 31st
of May 2009*, at Brancaleone in Rome (subscriptions still open until 10th
May).

The first day is dedicated to Digital Freedoms and among the other workshops
and presentations (i will make a brief presentation of C::NTR::L) we have a
Pd workshop hold by Husk - member of Estereotips (
http://www.liveperformersmeeting.net/2009/en/artists/dett_5580.htm).
-

PureData for beginners (fee 40 euro - 3 hours a day / 4 days)

Workshop's aim is to give the basic knowledge about this powerful tool for
interactive audio/video creation. This time we will work on video size,
learning GEM library and his connection with external devices. We will work
on practice examples and at the end every participants will made her/his
video tool. Workshop will be a tree hours for day meeting, during LPM, with
a small fee for participating. Personal notebook it's needed.

Program:

DAY 1*:
Historical introduction
Puredata introduction presenting some relevant project
DAY 2:
How to use it: basic programming concepts
>From the basis: Gui and Configuration
Make Image Move: GEM library introduction
DAY 3:
In depth: using GEM in a interactive way
Lego's game: collective building sharing data structures
DAY 4:
Sharing data: network communication (udp and OSC protocol)
Control the data controller: how to use external devices**
My first patch: every one work on her/his project

*every class session will be about 3 hours except first day (about 2 hours)
**Bring with you your Ipod touch/iPhone, your NintendoDs with homework
bootloader, your wiimote, your gamePad, your Arduino, or what you thik
useful!


MORE INFOS:
http://www.liveperformersmeeting.net
FIRST ARTISTS IN THE PROGRAM:
http://www.liveperformersmeeting.net/2009/en/artists/


cheers


-- 
Marco Donnarumma aka The !S.A.D!



Multimedia Artist, Live Performer
Roma, IT

LAB: http://www.thesaddj.com | http://www.flxer.net

EVENT: http://www.liveperformersmeeting.net
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Call for contributions [was: CDM articles on Pd]

2009-05-06 Thread Marco Donnarumma
Hi all,
ok, i guess that the idea to contribute to CreateDigitalMotion is not
interesting for the list. IMHO it's a great opportunity.
So sorry i make a little (last) "up" again for the topic.

I can go through this alone, but it won't be the same... i'm not asking to
loose to much time on it, but just to send me examples patches (as most of
us do everyday here) related to the following topic. Experiments you are
doing in *audio/video processing**, live video**, sound-reactive
video, **video-reactive
sounds*.
I will then organize your infos and write then an explaination, a
description and whatever is needed to build the article refering to the
original author of the process.

it doesn't have to be totally perfect, is just a showcase...

I know everyone is super busy and me too! :)
but this is a great chance to show Pd and it's potential to a even broader
audience.
thanks again...

cheers



Marco



> @Luigi / list:
>
> let's say... for ex. i wouldn't like to write about how to do a video mixer
> in pd. Many people are working on manuals, doing an excellent work.
> My idea is:
>
> 1_ To show to a broad audience what Pd is capable to do with *audio/video
> processing *and/or* physical computing* in the *live video - live 
> media*enviroment.
> This doesn't mean that the example should be hyper-basic, neither
> hyper-complex.
> The target of this "action" on CDM is the audience who already patch
> something, somehow. I want to show that there is no need to buy ableton+the
> newest max to do suggestive* audiovideo processing*, or *sound-reactive
> video*, or *video-reactive sounds *but instead you can use Pd and be
> really happy with it.
>
> I keep on noticing that many people has the stereotype of Pd as a rough
> software, which can build nice stuff, but with incredible and unhuman
> efforts, having the screen fullfilled of chords building strange shapes.
> This is scary for most of them.
> We know that one can use Pd this way, but on the other hand one can build
> wonderful (easthetically and practically) patches.
> i saw through this list amazing pieces, even little utilities... i remember
> a monome sequencer which was a jewel also because of its great interface,
> and another patch which was creating fluid movements of semi-transparent -
> multicolor circles.
>
> The examples i would like to collect don't have to be absolutely innovative
> (if they are then,.. great!) but also simple utilities which fit in the
> description above.
> Naturally all the example i will write about will be linked to their
> author.
>
> 2_On the other side i would like to open a window on the Pd community,
> reporting the most important announcements: from a new release, the
> publication of a book, a call for the next conference and so on...
> highlighting the activity of the community.
>
>
> @Jose: that sounds great, but i think there is a lot to say about that,
> isn't it?
> Maybe it's something to be divided in episodes?
>



> Hi Marco, i am working in the integration of pure data with arduino and i
> can prepare a abstract for you... videos, etc... prosthetic hardware for
> multimedia.
>
> Cheers from CHile
>

Jos?
>
> 2009/5/2 Marco Donnarumm from a 
>
> > Hi all,
> > i will start to write articles about Pd techniques on CDM - Create
> Digital
> > Motion http://createdigitalmotion.com/ .
> > For who doesn't know it, CDM is a online magazine about motion graphics,
> > vjing, audiovideo, and whatever related.
> > The editorial staff there used to write few things about Pd. But i
> proposed
> > them to write more specific articles, with the aim to spread to a broader
> > audience the usage of Pd for audiovideo, mixed-media related projects.
> There
> > are many processes that i discovered partecipating to this mailing list
> and
> > to the forum, so i would like to spread some of the most interesting
> and/or
> > unexpected to a broad audience of possible users.
> >
> > it would be fantastic if the list could contribute with ideas, little
> > patches, images, screenshots or whatever you like. I'm still planning how
> to
> > move on with this, but first i would like to know if this sounds
> interesting
> > for the list or not.
> >
> >
> > suggestions are very welcome...
> >
> > cheers
>

-- 
Marco Donnarumma aka The !S.A.D!



Multimedia Artist, Live Performer
Roma, IT

LAB: http://www.thesaddj.com | http://www.flxer.net

EVENT: http://www.liveperformersmeeting.net



-- 
Marco Donnarumma aka The !S.A.D!



Multimedia Artist, Live Performer
Roma, IT

LAB: http://www.thesaddj.com | http://www.flxer.net

EVENT: http://www.liveperformersmeeting.net
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] CDM articles about Pd - contribution?

2009-05-06 Thread Marco Donnarumma
Hi all,
ok, i guess that



> @Luigi / list:
>
> let's say... for ex. i wouldn't like to write about how to do a video mixer
> in pd. Many people are working on manuals, doing an excellent work.
> My idea is:
>
> 1_ To show to a broad audience what Pd is capable to do with *audio/video
> processing *and/or* physical computing* in the *live video - live 
> media*enviroment.
> This doesn't mean that the example should be hyper-basic, neither
> hyper-complex.
> The target of this "action" on CDM is the audience who already patch
> something, somehow. I want to show that there is no need to buy ableton+the
> newest max to do suggestive* audiovideo processing*, or *sound-reactive
> video*, or *video-reactive sounds *but instead you can use Pd and be
> really happy with it.
>
> I keep on noticing that many people has the stereotype of Pd as a rough
> software, which can build nice stuff, but with incredible and unhuman
> efforts, having the screen fullfilled of chords building strange shapes.
> This is scary for most of them.
> We know that one can use Pd this way, but on the other hand one can build
> wonderful (easthetically and practically) patches.
> i saw through this list amazing pieces, even little utilities... i remember
> a monome sequencer which was a jewel also because of its great interface,
> and another patch which was creating fluid movements of semi-transparent -
> multicolor circles.
>
> The examples i would like to collect don't have to be absolutely innovative
> (if they are then,.. great!) but also simple utilities which fit in the
> description above.
> Naturally all the example i will write about will be linked to their
> author.
>
> 2_On the other side i would like to open a window on the Pd community,
> reporting the most important announcements: from a new release, the
> publication of a book, a call for the next conference and so on...
> highlighting the activity of the community.
>
>
> @Jose: that sounds great, but i think there is a lot to say about that,
> isn't it?
> Maybe it's something to be divided in episodes?
>



> Hi Marco, i am working in the integration of pure data with arduino and i
> can prepare a abstract for you... videos, etc... prosthetic hardware for
> multimedia.
>
> Cheers from CHile
>

Jos?
>
> 2009/5/2 Marco Donnarumm from a 
>
> > Hi all,
> > i will start to write articles about Pd techniques on CDM - Create
> Digital
> > Motion http://createdigitalmotion.com/ .
> > For who doesn't know it, CDM is a online magazine about motion graphics,
> > vjing, audiovideo, and whatever related.
> > The editorial staff there used to write few things about Pd. But i
> proposed
> > them to write more specific articles, with the aim to spread to a broader
> > audience the usage of Pd for audiovideo, mixed-media related projects.
> There
> > are many processes that i discovered partecipating to this mailing list
> and
> > to the forum, so i would like to spread some of the most interesting
> and/or
> > unexpected to a broad audience of possible users.
> >
> > it would be fantastic if the list could contribute with ideas, little
> > patches, images, screenshots or whatever you like. I'm still planning how
> to
> > move on with this, but first i would like to know if this sounds
> interesting
> > for the list or not.
> >
> >
> > suggestions are very welcome...
> >
> > cheers
>

-- 
Marco Donnarumma aka The !S.A.D!



Multimedia Artist, Live Performer
Roma, IT

LAB: http://www.thesaddj.com | http://www.flxer.net

EVENT: http://www.liveperformersmeeting.net
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Good sequencer patches for learning?

2009-05-06 Thread Solen Music
Hi, apologies for being so vague.

I did mean step sequencer. I'm in the process of designing a 32 step
sequencer that runs off a tappable groove metro (to give the option of
everything from rigid straight to super loose hand tapped swing).

I'm mostly building it around lanes of 32 v-sliders of values 0-127,
so that apart from standard note/velocity pairings, I may use the
lanes for controller data, cutoff envelopes etc.

I'm basically looking to look through a good few patches to see what
plan of action would be best to take.

Frank I've looked at your pattseq and have garnered a good few very
useful ideas from it. But unfortunately it's a little above me in
terms of my Pd ability!

So if there are any others too?


Cheers again,

John.

2009/5/5 Frank Barknecht :
> Hallo,
> Solen Music hat gesagt: // Solen Music wrote:
>
>> Can anybody point me in the direction of good sequencer patches for
>> learning? preferably vanilla or as close to as possible!
>
> Maybe 5.reference/qlist-help.pd ? :)
>
> Now, seriously: The answer pretty much depends on what "sequencer" means to
> you.
>
> Ciao
> --
> Frank
>
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>



-- 
John

http://www.myspace.com/solenband

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list