I'm the proud new owner of an attractive Apple laptop, which is great, but I can't get zexy to compile. Is there any particular reason that basic things like a C compiler aren't included in OSX? Can someone point me in the right direction so that I can actually compile zexy and get my old Pd patches working on my new platform? Many thanks.

~J

Hey all,

I've succeeded in generating thunder using a quasilinear model and MATLAB, and hopefully will soon be able to find an algorithm that will allow me to create entire storms in realtime in Pd (right now it takes a few hours to calculate the thunder signature of a 6-km lightning stroke).

In the meantime, I thought you guys might enjoy the product of today's computations, the thunder signature of a 3km lightning stroke 100m away from the observer. The dry output is very synthetic sounding, but with the simple addition of some reverb it really comes to life!

(I apologize for the quick & dirty cooledit 'verb on the example)

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

Is anyone else going to be attending this event? It's the 21st to 26th of August in Montreal, but I haven't been able to find any more details

When I open up my windows-made patches in my fresh install of kubuntu(Feisty) all the fonts are way too big, so my GUI objects are out of whack. Anyone experienced this before?

Fake Edit: In fact, I'm having the same problem with the built-in docs! I'm using PD 0.39.2

Since this subforum doesn't get much traffic I thought I'd post up some tracks that I've made with my pd lovechild/teaching aide, the Womanipulator(TM)

It's all sample manipulation, live and controlled by the computer keyboard without any sequencing. I'm working on a much cleaner, better, modular version of the same patch that I'll be using to build up to a live performance rig, but for now... hope you enjoy!

1st track is an ambient number I did last winter

2nd track is a simple hiphop beat I threw together recently after getting my grubby paws on some new CDs

I'm trying to make an abstraction to detect arrow key presses. Problem is, [key] doesn't return a number for an arrow key press, and [keyname] only gives an on/off indicator and a name.

Is there any way to compare symbols in PD? If so I could use the right outlet of [keyname] to drive my detection object.

Many thanks

"convolve" is the operation of "convolution", which in the time domain is roughly equivalent to two signals getting into each other's face. It's pretty laborious to calculate, but in the frequency domain it is performed by a simple multiplication (as in ClaudiusMaximus' post)

Ah, didn't see the wikipedia link.

Hmm, I'm having the same problem, I read the readMe and all it really tells you to do is click the '.reg' file to update the registry.

Perhaps it's a windows issue, god knows I've been smashing my brains against that awful OS for hours and hours this week... for the last time (finally porting my desktop to Linux).

sounding good, I really like that 'bouncy' lead synth (the envelope's got a pumping effect like a compression or something, not sure what your process is), it couples well with the shuffle feel of the drums. Kind of like a less ridiculous Mr. Scruff tune.

Well I don't have any personal experience using Pd in filehandling, so someone else could probably help you a bit more at this point. You have the right idea for the method, and here are some objects that I would suggest to use. Here's the algorithm I would suggest:

1. Read a line from the input file
This can be done with [tabread] but I'm pretty sure there are better / easier objects to use. In any case, let's say you get your line from the file which has values seperated by tabs

2. Split the line into its components
Something like [unpack] can help you here, although I'm not sure what the data format is in Pd for lists. I think there might be some external object in zexy that allows you to specify which character delimits each element in a list (so you could seperate the values by commas or colons or whatever).

3. Play the parts simultaneously
Here you would want to use a [poly] object. Again I don't have a whole lot of experience here but there should be plenty of help files available on the subject. You will want to investigate how to use things like [stripnote] and other MIDI-related objects in order to ensure that your parameters are properly formatted.

I don't think your project is beyond Pd's capabilities by any means, but you may have to invest some time exploring each subject seperately in order to fit the whole thing together.

An existence is indivisible only as much as its components are infinite.

Winds of knowledge circle,
Infinite in their variety.
What sail must one raise
To receive the thought
Whose time has come?

Try looking into the example patches in the ./doc directory of Pd (in mac you might have to alt-click on the Pd app and choose "show contents"). I'm pretty sure that you could export your excel sheet into a delimited text file and then read that file with Pd, line-by-line, interpreting it however you wish. There should be an example patch that goes over file handling, at which point it's just a matter of reading the data as inputs to your instruments.

Dang! If you have a white paper or anything on the subject I'd love to read it. Shoot me an email or something. It's beautiful here in montreal, too bad you couldn't make it!

Andy, your papers session presentation on Saturday doesn't appear to be on the conference schedule anymore... did you not make it out? It sounded really interesting

Xcode stuff was on the OS disk like you said

Edit: aaaaaarh so many compilation errors what the hell

Damn, which university/program?

What a great application for Pd! Thanks for clarifying my assertion Andy. If my psych 101 memory serves correct, newborns do show preference to the sounds that they heard while in the womb. Recording the mother's voice and playing it back might also help the creature sleep, who knows? I'd be willing to bet that there have been studies on the subject of making babies sleep more reliably...

[delwrite~] and [delread~] are what you're looking for if I'm understanding your problem correctly. As for the actual acoustic properties of heart beats I can't help you.

obiwannabe, do you mean something like

[inlet~]
|
[bp~]
|
[bp~]
|
[...]
|
[outlet~]

all with the same bandwidth and center frequency?

You could have a bit of fun with this by modifying the algorithm to switch modes based on accumulated events (or a combination of timing and event detection). For example, you could have a variable that simply counts the number of frames in which a certain # of pixels are green (or green enough), multiply it by some increasing value based on the time and when a threshold is reached it switches to a different mode.