I am looking for the administrators of the pdpedia wiki project. I thought I'd check here before I hit the list.

Could someone point me toward a list of all the libraries that ship with pd-extended. I think I may have messed up my install and want to make sure I'm not missing anything (without reinstalling if possible.)

I am looking for a way to have two GEM outputs that would show the same thing.
I am doing a show and I need to face away from the projector. I'm using windows, So I extended the desktop and I have one GEM output on the projected half of the desktop and my controls on the other. Is there any way to have another output showing the same thing that I can put next to my controls?

Pardon me if this is covered elsewhere I have been looking and have had no luck.

So i have built a patch that reads in sound and renders it as image via GEM.
I am triggering (long) GEM render chains (more accurately lots of short ones, one after the other.) using metro what I need to do is control the value (speed) of the metro. I have a controller that sends new specific values on button presses.

[91.55(
|
[100)
|
[metro]

What I want to be able to do is increment or decrement the value by some small amount like 1 or 0.01 triggered by a button press (one button for up and one for down)
I tried taking the counter mechanics from the help documentation and adapting them to little success. Is there some pre-existing atom or standard method that I am over looking.

[bonk~] looks for percussive attacks in a sound source.

I would recomend giving method 1 (analysis in PD) a shot.
I originally thought you were analyzing outside sound.

Since the sounds are coming from PD getting good control data shouldn't be hard.

Once you get data you like OSCing it out of PD is pretty easy. (I'm assuming its similarly easy on the vvvv side, I not familiar with vvvv)

OSC is only for control data not signal data. It is designed to be an awesome replacement for MIDI. Without knowing more (your OS, your background, what exactly you want to do) I can only give general suggestions.

One option might be to do the audio analysis in PD and then just send control numbers to vvvv via OSC.

If you need to deal directly with the audio in vvvv you will most likely need to use something like JACK which should allow you to put sound where ever you need it.

Of course if you can get the sound into vvvv directly you might not need PD at all.

[bonk] and [fiddle] can be tricky depending on your sound source. Depending on what you need to measure [env~] (to track volume) can be very useful especially with [moses] to watch thresholds. But if bonk works use it. Its simpler to use and in many cases cheaper.

[beat] [rhythm] may be useful after the initial analysis.

Though a keyboard and mouse would be much easier; If the custom controller sent MIDI data it is fairly easy to read MIDI in and it is already in numerical format which could help to simplify the process.

Like obi pointed out this sounds like a pretty big project but there are some very cool procedural soundmaking options inside PD which could help simplify things.

I think you will need to look at the [pack] [line~] and [output~] object. these will allow you to do basic crescendos. If you are looking to control volume based on a second audio source [env~] is a place to start.

As I understand it Lilypond compiles a score based on the text file. It takes multiple passes over. One to draw the staff another to draw part of the notes another to draw all the connecting bars etc.

Interfacing it with PD would seem to require producing a text file and then having lilypond go to town.
To have one continuous "endless score" would require rebuilding lilypond from the ground up. Its not a real-time program.

A better real-time option might be to interface with a program like denemo or rosegarden routing midi to it is already doable

Though this idea does seem cool if you make any progress keep us updated.

obi you mentioned some environments for building plugins. I have done some reading on faust. Perhaps you could elaborate on some of those.
I was considering exploring some of these for DSP purposes. I am going to be processing a number of audio streams simultaneously. I was thinking it might be more efficient to code a few externals and then wire em together in PD, rather than doing everything in PD. I don't know much about how PD works under the hood. Perhaps this idea is un-necessary.
any info would be cool.

I have done some C++ if that helps.

here are some external options.

this isnt free but it might be worth a look.
http://www.ambrosiasw.com/utilities/snapzprox/

if you have access to windows FRAPS is the standard (also non free) app
http://www.fraps.com/

both of these look really good in terms of the final product.

there are a few opensource programs around that might be worth looking at unfortunately none are OSX based.
windows
taksi - http://taksi.sourceforge.net/

Linux
glc - http://nullkey.ath.cx/projects/glc/
there is also a project called yukon that looks promising (the site seems to be down at the moment)

I'm no expert but you might want to look at
3.audio examples/ -> B02.two-wavetables.pd
In the documentation.
I dont know if its what you are looking for but, It shows one way modulate a wavetable with another.

In the PD menu
media -> audio settings
Check to see if your sound card is showing up in your inputs.

It may show up more than once depending on the card so you may need to try a few different settings

analog to digital [adc~] is the atom you will need to use to access the microphone input from in your patch.

you are correct sunji thanks.
(this is what happens when I post from class)

this might be what you want

[pd subpatch_name]

then open it and patch away

you may need to look at
[input] and [output]

I have had success recording PD video with FRAPS. The patch grabbed outside sound and visualized it. FRAPS did a good job of grabbing the Video form the GEM window and the external sound source. You might try the free version as a test first.
There are also other similar programs that might also work.
a quick search brought up these opensource options

Linux
glc - looks promising (though I haven't used it)
yukon - this one doesn't capture sound

Windows
Taksi - also lacks sound capture (though rumor is, its on the way)

I don't know what OS you are using but these might be worth looking into.

-Luke

http://wiki.puredata.info/
is still pretty rough but its Slowly becoming more useful

also obiwannabe has put together some really good tutorials which are good for getting started.
http://obiwannabe.co.uk/

It's still pretty basic but you can try the PD wiki

http://wiki.puredata.info/

Its slooowly filling out.