@toddak to fix the missing dependancies run this in terminal.............
sudo apt-get update
(and then)
sudo apt-get upgrade -f

In fact you should do all of these from time to time....... (not the bits in brackets)
sudo apt-get update
sudo apt-get upgrade
sudo apt-get upgrade -f (fix missing dependencies)
sudo rpi-update (firmware and kernel)

It is most likely that you need pulse audio for Pd to run....... I think that it is essential....
and maybe the dejavu fonts (uncertain)........ and so the command above should solve your problem and Pd should then run....

ALSO...... if it will still not run once the missing dependancies have been installed you should check that you are running an armhf system:...........

Run this command in terminal:

readelf -A /proc/self/exe | grep Tag_ABI_VFP_args

If the Tag_ABI_VFP_args tag is found, then you're running on an armhf system. If nothing is returned, then it's armel. To show you an example, here's what happens on a Raspberry Pi running the Raspbian distribution:

pi@raspberrypi:~$ readelf -A /proc/self/exe | grep Tag_ABI_VFP_args
Tag_ABI_VFP_args: VFP registers

This indicates an armhf distro, which in fact is what Raspbian is. On the original, soft-float Debian Wheezy distribution, here's what happens:

pi@raspberrypi:~$ readelf -A /proc/self/exe | grep Tag_ABI_VFP_args

Nothing returned indicates that the kernel is armel.

David.

@whale-av - it looks like there might be an issue, There seems to be some errors during install, and then PD won't open:

pi@raspberrypi ~/Desktop $ sudo dpkg -i pd-extended_0.43.4~extended1-1~raspbian_wheezy_armhf.deb
(Reading database ... 86594 files and directories currently installed.)
Preparing to replace pd-extended 0.43.4~extended1-1~raspbian (using pd-extended_0.43.4~extended1-1~raspbian_wheezy_armhf.deb) ...
Unpacking replacement pd-extended ...
dpkg: dependency problems prevent configuration of pd-extended:
pd-extended depends on libftgl2 (>= 2.1.3~rc5); however:
Package libftgl2 is not installed.
pd-extended depends on libgsl0ldbl (>= 1.9); however:
Package libgsl0ldbl is not installed.
pd-extended depends on libquicktime2 (>= 2:1.2.2); however:
Package libquicktime2:armhf is not installed.
pd-extended depends on ttf-dejavu; however:
Package ttf-dejavu is not installed.
pd-extended depends on pulseaudio-utils; however:
Package pulseaudio-utils is not installed.

dpkg: error processing pd-extended (--install):
dependency problems - leaving unconfigured
Processing triggers for shared-mime-info ...
Processing triggers for menu ...
Processing triggers for man-db ...
Processing triggers for desktop-file-utils ...
Processing triggers for hicolor-icon-theme ...
Errors were encountered while processing:
pd-extended

Does anyone know if 0.43.3 has the mrpeach externals?

@ alexandros - I was having issues with Jessie and some of the screens I was running, so would prefer to stick with Wheezy at the moment if possible. But if there is no other work around I might have to go that way!

Hmmmm...I built one like this once...I think.

I don't recall exactly what I did but I think this would work (better):

First things first, decide what controls it. If it's MIDI you're looking at 0-127 control values, better off with Audio control. You can make a 128 point table that uses the curve you like, then read it from [tabread4~] with a MIDI CC or a [line~] for (much) higher resolution.

Anyhoo, it sounds like you'll want to take advantage of [moses] to separate the the control values into different ranges. Here's a thought:

0-24: controls LPF
24-48: controls LPF & BPF & and a crossfade curve between them
48-72: controls BPF
72-96: controls BPF & HPF and a crossfade curve between them
96-127: controls HPF

And now someone will say "but the phase distortion..." Yeah, I'm not phased.

When we say morphing there are much more complex ways of accomplishing this effect than crossfading - but crossfading is simple.

For visualizing it - well, you know what it does so it's an unnecessary burden on your CPU, but if you don't care about latency you can explore data structures - it'd be difficult to construct. Other alternatives are silly, like using noise and an FFT plot - but you'd be able to do that by hacking apart the resynthesis sample I think, again only if you are using it for production.

Please share, I could use a well thought out filter of this type - it's common in the old Traktor, right?

-J.P.

April 6, 7, 8 2011
11:00-19:00
Xth Sense – biophysical generation and control of music

@NK
Elsenstr. 52/
2.Hinterhaus Etage 2
12059 Berlin Neukölln

FULL PROGRAM: http://www.nkprojekt.de/xth-sense-%E2%80%93-biophysical-generation-and-control-of-music/

~ What

The workshop offers an hands-on experience and both theoretical and practical training in gestural control of music and bodily musical performance, deploying the brand-new biosensing technology Xth Sense.

Developed by the workshop teacher Marco Donnarumma within a research project at The University of Edinburgh, Xth Sense is a framework for the application of muscle sounds to the biophysical generation and control of music. It consists of a low cost, DIY biosensing wearable device and an Open Source based software for capture, analysis and audio processing of biological sounds of the body (Pure Data-based).
Muscle sounds are captured in real time and used both as sonic source material and control values for sound effects, enabling the performer to control music simply with his body and kinetic energy. Forget your mice, MIDI controllers, you will not even need to look at your laptop anymore.

The Xth Sense biosensor was designed to be easily implemented by anyone, no previous experience in
electronics is required.

The applications of the Xth Sense technology are manifold: from complex gestural control of samples and audio synthesis, through biophysical generation of music and sounds, to kinetic control of real time digital processing of traditional musical instruments, and more.

~ How

Firstly, participants will be introduced to the Xth Sense Technology by its author and led through the assembling of their own biosensing wearable hardware using the materials provided.
Next, they will become proficient with the Xth Sense software framework: all the features of the framework will be unleashed through practical exercises.

Theoretical background on the state of art of gestural control of music and new musical instruments will be developed by means of an audiovisual review and participatory critical analysis of relevant projects selected by the instructor.

Eventually, participants will combine hardware and software to implement a solo or group performance to be presented during the closing event. At the end of the workshop, participants will be free to keep the Xth Sense biosensors they built and the related software for their own use.

~ Perspective participants

The workshop is open to anyone passionate about sound and music. Musical background and education does not matter as long as you are ready to challenge your usual perspective on musical performance. Composers, producers, sound designers, musicians, field recordists are all welcome to join our team for an innovative and highly creative experience. No previous experience in electronics or programming is required, however participants should be familiar with digital music creation.

Participation is limited to 10 candidates.
Preregistration is required and can be done by sending an email to info@nkprojekt.de

Requirements and further info
Participants need to provide their own headphones, soundcards and laptops with Pd-extended already installed.

Musicians interested in augmenting their favourite musical instrument by means of body gestures are encouraged to bring their instrument along. More information about the Xth Sense and a video of a live performance can be viewed on-line at

http://res.marcodonnarumma.com/projects/xth-sense/
http://marcodonnarumma.com/works/music-for-flesh-ii/
http://marcodonnarumma.com/teaching/

Dates
6-7-8 April, 11.00-19.00 daily (6 hours sessions + 1 hour break)

Fee
EUR 90 including materials (EUR 15).

Contact
Marco Donnarumma
m[at]marcodonnarumma.com
http://marcodonnarumma.com

First my story: (you can skip down to END OF STORY if you want)

Ever since I saw Mike Relm go to town with a DVDJ, I've wanted a system where I could scratch and cue video. However, I haven't wanted to spend the $2500 for a DVDJ. As I was researching, I found a number of different systems. I am not a DJ by trade, so to get a system like Traktor or Serrato with their video modules plus turntables plus hardware plus a DJ mixer, soon everything gets really expensive. But in looking around, I found the Ms.Pinky system and after a little bit, I found a USB turntable on Woot for $60. So I bought it. It was marketed as a DJ turntable, but I knew that it wasn't really serious since it had a belt drive, but it came with a slip-pad and the USB connection meant that I wouldn't need a preamp. And so I spend the $100 on the Ms.Pinky vinyl plus software license (now only $80). This worked decently, but I had a lot of trouble really getting it totally on point. The relative mode worked well, but sometimes would skip if I scratched too vigorously. The absolute mode I couldn't get to work at all. After reading a little more, I came to the conclusion that my signal from vinyl to computer just wasn't strong enough, so I would need maybe a new needle or maybe a different turntable and I didn't really want to spend the money experimenting. I think that the Ms. Pinky system is probably a very good system with the right equipment, but I don't do this professionally, so I don't want to spend the loot on a system.

Earlier, before I bought Ms.Pinky (about two years ago), I had also looked around for a cheap MIDI USB DJ controller and not found one. Well, about a month ago, I saw the ION Discover DJ controller was on sale at Bed, Bath & Beyond for $50. They sold out before I could get one, but Vann's was selling it for $70, so I decided that that was good enough and bought one. I had planned to try to use it with Ms. Pinky since you can hook up MIDI controllers to it. But it turns out that you can hook up MIDI controllers to every control except the turntable, so that was a no go. If I had Max/MSP/Jitter, I could have changed that, but that's also way expensive. So, how should I scratch? My controller came with DJ'ing software and there's also some freeware, like Mixxx, but none of this has video support. So I look around and find Pure Data and GEM.

And I see lots of questions about scratching, how to do it. And there are even some tutorials and small patches out there, but as I look at them, none of them are quite what I'm looking for. The YouTube tutorial is really problematic because it's no good at all for scratching a song. It can create a scratching sound for a small sample, but it's taking the turntable's speed and using that as the position in the sample. If you did that with a longer song, it wouldn't even sound like a scratch. And then there are some which do work right, but none of them keep track of where you are in the playback. So, whenever you start scratching, you're starting from the beginning of the song or the middle.

So, I looked at all this and I said, "Hey, I can do this. I've got my spring break coming up. Looking at how easy PD looks and how much other good (if imperfect) work other people have done, I bet that I could build a good system for audio and video scratching within a week." And, I have.

END OF STORY

So that's what I'm presenting to you, my free audio and video scratching system in Pure Data (Pd-extended, really). I use the name DJ Lease Def, so it's the Lease Def DJ system. It's not quite perfect because it loads its samples into tables using soundfiler which means that it has a huge delay when you load a new file during which the whole thing goes silent. I am unhappy about this, but unsure how to fix it. Otherwise, it's pretty nifty. Anyway, rather than be one big patch, it relies on a system of patches which work with each other. Each of the different parts will come in several versions and you can choose which one you want to use and load up the different parts and they should work together correctly. Right now, for most of the parts there's only one version, but I'll be adding others later.

There's a more detailed instruction manual in the .zip file, but the summary is that you load:

the engine (only one version right now): loads the files, does the actual signal processing and playback

one control patch (three versions to choose from currently, two GUI versions and a MIDI version specific to the Ion Discover DJ): is used to do most of the controlling of the engine other than loading files such as scratching, fading, adjusting volume, etc.

zero or one cueing patch (one version, optional): manages the controls for jumping around to different points in songs

zero or one net patch (one version: video playback): does some sort of add-on. Will probably most commonly be used for video. The net patches have to run in a separate instance of Pd-extended and they listen for signals from the engine via local UDP packets. This is set-up this way because when the audio and video tried to run in the same instance, I would get periodic little pops, clicks, and other unsmoothnesses. The audio part renders 1000 times per second for maximum fidelity, but the video part only renders like 30 or 60 times per second. Pure Data is not quite smooth enough to handle this in a clever real-time multithreading manner to ensure that they both always get their time slices. But you put them in separate processes, it all works fine.

So, anyway, it's real scratching beginning exactly where you were in playing the song and when you stop scratching it picks up just where you left off, you can set and jump to cue points, and it does video which will follow right along with both the scratching and cuing. So I'm pretty proud of it. The downsides are that you have to separate the audio and video files, that the audio has to be uncompressed aiff or wav (and that loading a new file pauses everything for like 10 seconds), that for really smooth video when you're scratching or playing backwards you have to encode it with a codec with no inter-frame encoding such as MJPEG, which results in bigger video files (but the playback scratches perfectly as a result).

So anyway, check it out, let me know what you think. If you have any questions or feedback please share. If anyone wants to build control patches for other MIDI hardware, please do and share them with me. I'd be glad to include them in the download. The different patches communicate using send and receive with a standard set of symbols. I've included documentation about what the expected symbols and values are. Also, if anyone wants me to write patches for some piece of hardware that you have, if you can give me one, I'll be glad to do it.

Keith Irwin (DJ Lease Def)

http://www.pdpatchrepo.info/hurleur/leasedefdj.zip

Hi there, Bonjour,

I've got a simple switch circuit hooked up to PD via my arduino. The switch is supposed to change the RGBcolour of the gemwin. The PD2Arduino part works fine, but I am having troubles with my [gemwin] patch.

I have a projector (with a native res of 1024 x 768, 70Hz) connected via VGA to my PowerBook G4 as a virtual desktop. Not in mirror mode.

On my iMac (intel duo core with PD-extended 0.41.4), this patch works great.

However, on the computer I need to use, my PowerBook G4 (power pc with PD -extended 0.41.4), the GEM window opens, but is all white and unresponsive. The only error message I get in the G4's Pd window is "GemWindow Activate err=0" , but I get that message in the Pd window of my iMac as well, and the patch works fine there.

In trying to troubleshoot the probelm, I have found that my G4 creates a responsive [gemwin] up until the "dimen 700 700". After that, all white. And it kind seems to mess up PD in a larger way because if I cose the patch, and open the [gemwin] help file, I keep getting a blank, white window. I have to completely restart PD in order to get even the [gemwin] helpfile working.

I've tried doing fullscreen on both the G4's desktop and the projector desktop and the same problem occurs, the [gemwin] is all white.

I've tried sending the "reset" message to the [gemwin] object to clear it's cache or whatever, still nothing.

There's no other [gemwin] or gem patch going on in the background.

I 've attached my patch to this post, if anyone want a give it a try. Thanks for any help you can offer. Merci d'avance!

http://www.pdpatchrepo.info/hurleur/random_colour.pd

Hi all,
posted this to the list, but no answer -- no discussion! decided to repost here.

I added pd-overlay from layman, and have installed the following:

[ebuild R ] puredata-base/pd-extended-0.42.5 USE="adaptive alsa
bassemu boids bsaylor creb cxc cyclone earplug ekext ext13 flashserver
flatspace flib freeverb gem2pdp ggee hcs hid iem16 iem_adaptfilt
iem_ambi iem_bin_ambi iem_delay iem_matrix iem_roomsim iem_spec2
iem_tab iemgui iemlib iemmatrix iemxmlrpc jasch_lib loaders mapping
markex maxlib mjlib moocow moonlib motex mrpeach oscx pan pdcontainer
pddp pdogg pdp pdp_opengl pidip pmpd postlude sigpack smlib tof toxy
unauthorized vanilla vbap windowing zexy -debug -fftw -jack
-portaudio" 0 kB [1]

Why the article at gentoo wiki tells me to remove oscx&zexy flags from build? I didn't listened to it though.

With a few tricks, a working alsa/timidity++/puredata chain was set up
and running, to reference for other newcomers:
pdextended -alsa -alsamidi -stderr -verbose -d (config at pastebin:
http://pastebin.com/8p0rcd41 )

The following files were installed to my system: (filelist with paths:
http://pastebin.com/F9yymAPH )

Now, wanted to install Androidome's script,
http://androidome.googlecode.com/files/AndroidomeRouter.pd

Multiple errors came about missing functions (like mrpeach/udpsend),
and in the UI they were outlined in red.
Also the debug log shown that search under multiple paths (none
included /usr/lib/pdextended/extra/mrpeach)
was failed for that functions.
Looks like http://www.mail-archive.com/pd-dev@iem.at/msg04901.html,
but checks more paths.

 udpreceive 8080
... couldn't create
tried /usr/local/lib/pd-externals/sprintf.l_ia64 and failed
tried /usr/lib/pd-extended/extra/sprintf.l_ia64 and failed
tried /usr/local/lib/pd-externals/sprintf.pd_linux and failed
tried /usr/lib/pd-extended/extra/sprintf.pd_linux and failed
tried /usr/local/lib/pd-externals/sprintf/sprintf.l_ia64 and failed
tried /usr/lib/pd-extended/extra/sprintf/sprintf.l_ia64 and failed
tried /usr/local/lib/pd-externals/sprintf/sprintf.pd_linux and failed
tried /usr/lib/pd-extended/extra/sprintf/sprintf.pd_linux and failed
tried /usr/local/lib/pd-externals/sprintf.pd and failed
tried /usr/lib/pd-extended/extra/sprintf.pd and failed
tried /usr/local/lib/pd-externals/sprintf.pat and failed
tried /usr/lib/pd-extended/extra/sprintf.pat and failed
 sprintf connect %s 8080
... couldn't create
tried /usr/local/lib/pd-externals/mrpeach.l_ia64 and failed
tried /usr/lib/pd-extended/extra/mrpeach.l_ia64 and failed
tried /usr/local/lib/pd-externals/mrpeach.pd_linux and failed
tried /usr/lib/pd-extended/extra/mrpeach.pd_linux and failed
tried /usr/local/lib/pd-externals/mrpeach/mrpeach.l_ia64 and failed
tried /usr/lib/pd-extended/extra/mrpeach/mrpeach.l_ia64 and failed
tried /usr/local/lib/pd-externals/mrpeach/mrpeach.pd_linux and failed
tried /usr/lib/pd-extended/extra/mrpeach/mrpeach.pd_linux and failed
error: [import]: can't load library in 'mrpeach'
... you might be able to track this down from the Find menu.

Which declare's should be added to ~/.pdextended to allow search in
/usr/lib/pdextended/extra/mrpeach and other directories?

Also it seems that
http://docs.monome.org/doku.php?id=dev:pd:simple_mlr uses an old
version of OSC (guess I name the things correctly and dont call fish an aardvark api), function names in code are like dumpOSC instead of packOSC; how to run the script at the link above with 0.42.5, can anyone tell here? (will also bug monome's list).

http://www.pdpatchrepo.info/hurleur/2010-12-28-171813_473x410_scrot.png

Hi all,
posted this to the list, but no answer -- no discussion! decided to repost here.

I added pd-overlay from layman, and have installed the following:

[ebuild R ] puredata-base/pd-extended-0.42.5 USE="adaptive alsa
bassemu boids bsaylor creb cxc cyclone earplug ekext ext13 flashserver
flatspace flib freeverb gem2pdp ggee hcs hid iem16 iem_adaptfilt
iem_ambi iem_bin_ambi iem_delay iem_matrix iem_roomsim iem_spec2
iem_tab iemgui iemlib iemmatrix iemxmlrpc jasch_lib loaders mapping
markex maxlib mjlib moocow moonlib motex mrpeach oscx pan pdcontainer
pddp pdogg pdp pdp_opengl pidip pmpd postlude sigpack smlib tof toxy
unauthorized vanilla vbap windowing zexy -debug -fftw -jack
-portaudio" 0 kB [1]

Why the article at gentoo wiki tells me to remove oscx&zexy flags from build? I didn't listened to it though.

With a few tricks, a working alsa/timidity++/puredata chain was set up
and running, to reference for other newcomers:
pdextended -alsa -alsamidi -stderr -verbose -d (config at pastebin:
http://pastebin.com/8p0rcd41 )

The following files were installed to my system: (filelist with paths:
http://pastebin.com/F9yymAPH )

Now, wanted to install Androidome's script,
http://androidome.googlecode.com/files/AndroidomeRouter.pd

Multiple errors came about missing functions (like mrpeach/udpsend),
and in the UI they were outlined in red.
Also the debug log shown that search under multiple paths (none
included /usr/lib/pdextended/extra/mrpeach)
was failed for that functions.
Looks like http://www.mail-archive.com/pd-dev@iem.at/msg04901.html,
but checks more paths.

 udpreceive 8080
... couldn't create
tried /usr/local/lib/pd-externals/sprintf.l_ia64 and failed
tried /usr/lib/pd-extended/extra/sprintf.l_ia64 and failed
tried /usr/local/lib/pd-externals/sprintf.pd_linux and failed
tried /usr/lib/pd-extended/extra/sprintf.pd_linux and failed
tried /usr/local/lib/pd-externals/sprintf/sprintf.l_ia64 and failed
tried /usr/lib/pd-extended/extra/sprintf/sprintf.l_ia64 and failed
tried /usr/local/lib/pd-externals/sprintf/sprintf.pd_linux and failed
tried /usr/lib/pd-extended/extra/sprintf/sprintf.pd_linux and failed
tried /usr/local/lib/pd-externals/sprintf.pd and failed
tried /usr/lib/pd-extended/extra/sprintf.pd and failed
tried /usr/local/lib/pd-externals/sprintf.pat and failed
tried /usr/lib/pd-extended/extra/sprintf.pat and failed
 sprintf connect %s 8080
... couldn't create
tried /usr/local/lib/pd-externals/mrpeach.l_ia64 and failed
tried /usr/lib/pd-extended/extra/mrpeach.l_ia64 and failed
tried /usr/local/lib/pd-externals/mrpeach.pd_linux and failed
tried /usr/lib/pd-extended/extra/mrpeach.pd_linux and failed
tried /usr/local/lib/pd-externals/mrpeach/mrpeach.l_ia64 and failed
tried /usr/lib/pd-extended/extra/mrpeach/mrpeach.l_ia64 and failed
tried /usr/local/lib/pd-externals/mrpeach/mrpeach.pd_linux and failed
tried /usr/lib/pd-extended/extra/mrpeach/mrpeach.pd_linux and failed
error: [import]: can't load library in 'mrpeach'
... you might be able to track this down from the Find menu.

Which declare's should be added to ~/.pdextended to allow search in
/usr/lib/pdextended/extra/mrpeach and other directories?

Also it seems that
http://docs.monome.org/doku.php?id=dev:pd:simple_mlr uses an old
version of OSC (guess I name the things correctly and dont call fish an aardvark api), function names in code are like dumpOSC instead of packOSC; how to run the script at the link above with 0.42.5, can anyone tell here? (will also bug monome's list).

http://www.pdpatchrepo.info/hurleur/2010-12-28-171813_473x410_scrot.png

hi guys! so i've had an oxygen8 for a few years now and i see them everywhere, so i'm sharing this handy little patch i made.

basically you're stuck with 8 knobs, and two sliders (modwheel and data entry). all this patch really does is takes the keyboard's input, numbers those 8 knobs and 2 sliders in sets of 10, and lets you switch between those sets with the hradio for up to 120 different controller values. the key input is passed straight through so even when you switch between various controls you can play the keyboard consistently.

even if you don't have an oxygen8, this patch will give you a little selfcontained set of sliders that you can use as a midi controller... so it's still useful for when you're not at home with your keyboard, or if you don't even have one.

basically all this patch does is take those 10 controls and lets you switch between 12 sets of them. it's useful for me in ableton so when i need to map more parameters than i have knobs for, i can assign more, and the numbering system is much easier to stay on top of than the default control values for those knobs (it's like 17, 80, 74, no consistency it seems).

on linux you should be able to jack the keyboard to pd's midi in, then jack the output to wherever you want. i'm currently on windows and i select usb keyboard in for input, and loopbe for output.

the numbers do nothing but change when you switch the hradio - the sliders are the corresponding controls (with the mod wheel as slider 9 and the data entry knob as slider 10).

come to think of it i don't think i tested the pitch bend wheel, i've been using this patch almost entirely for parameter controlling and not playing the oxygen8 notes at all. [notein] is patched directly into [noteout]

any questions/comments/ideas please, post them. this is a real quick patch i put together that worked almost better than i wanted it to but it can be very expanded upon. i was going to add symbols so you could tag/name all 120 controls but i was having trouble figuring out a way to store them and recall them, and send/receive to the symbols... so i just scrapped that.

basically all i do is make a tiny pd window and make [SCET], and just have that sitting at the bottom of the screen under my DAW (in this case ableton).

i haven't run into any conflicts yet for the most part but it's possible the controller numbering system might conflict with certain apps/synths/etc.

cheers guys!

http://www.pdpatchrepo.info/hurleur/SCET.pd

dear all,

is there a way to get the pdvjtools working on Mac OS X10.5.8?
I would be especially interested in the videogrid object (as I hope if I am able to compile this all the other pdvjtools can also be built).

What I did by now (besides having Xcode on the system):

1. install pd-extended binary from:
http://downloads.sourceforge.net/pure-data/Pd-0.41.4-extended-macosx104-i386.dmg

2. install ffmpeg via macports (a "ffmpeg -version" results in ffmpeg version 0.5)

3. get ffmpeg sources from: http://ffmpeg.org/releases/ffmpeg-0.5.tar.bz2

4. get the PD sources from:
http://downloads.sourceforge.net/pure-data/Pd-0.41.4-extended.tar.bz2

5. get the pdvjtools from:
http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/pdvjtools/

6. modified the first line of the videogrid-makefile to fit my pd sources:
PD_SRC=/Daten/pdsrc/Pd-0.41.4-extended/pd/src

7. tried to modify the second line of the makefile to:
FFMPEG_HEADERS=-I/Daten/pdsrc/ffmpeg-0.5
This is the folder with the ffmpeg sources.

After make clean I start make - it fires up gcc with some correct path to the pd-sources - but the ffmpeg sources are the problem:
g++ -I/Daten/pdsrc/ffmpeg-0.5 -I/Daten/pdsrc/Pd-0.41.4-extended/pd/src -fPIC -c -O -o videogrid.o videogrid.cc
videogrid.cc:47:32: error: ffmpeg/avcodec.h: No such file or directory
...

Question 1: why this path? I never said "ffmpeg" is the path but "ffmpeg-0.5"?

Question 2: Ok - avcodec.h is really not in ffmpeg but in:
/Daten/pdsrc/ffmpeg-0.5/libavcodec/avcodec.h
(I also "opened up" the rights to not be trapped in a permission thingy)

make still does not work - same error;

So I tried:
FFMPEG_HEADERS=-I/ffmpeg-0.5
in the makefile - the result was the same.

So I changed the ffmpeg headers to:
FFMPEG_HEADERS=-I/Daten/pdsrc/ffmpeg-0.5/libavcodec/
Result:
g++ -I/Daten/pdsrc/ffmpeg-0.5/libavcodec/ -I/Daten/pdsrc/Pd-0.41.4-extended/pd/src -fPIC -c -O -o videogrid.o videogrid.cc
videogrid.cc:47:32: error: ffmpeg/avcodec.h: No such file or directory

So I started to mess around even more - i renamed the "libavcodec" dir to "ffmpeg" and restored the headers to FFMPEG_HEADERS=-I/Daten/pdsrc/ffmpeg-0.5
This results (as avcodec.h is now found) in:
g++ -I/Daten/pdsrc/ffmpeg-0.5 -I/Daten/pdsrc/Pd-0.41.4-extended/pd/src -fPIC -c -O -o videogrid.o videogrid.cc
videogrid.cc:48:33: error: ffmpeg/avformat.h: No such file or directory

This for me looks like a never-ending pain - hence the last question:
Does somebody have a working makefile for the pdvjtools for Mac OS X or at least some hint on how to get them working?

cheers
clouds11