Can't get this one to do anything.....

This is nice, it inspired to me to do a little random ambient music patch:
tidy ambient.pd

If you're not getting anything at all from MIDIREALTIMEIN then maybe there's problem with the MIDI interface or the settings in PD?

I get this error:
0-a: no such object
0-r: no such object
0-hpf: no such object
0-pld: no such object

Haven't tried to figure out why yet. I did download the whole zip obviously.

EDIT:
Works anyway after I press the "reset envelope & filter" message. Cool sounds!

As LarsXI suggested, you can use a sinesum message to fill an array with the waveform you want.
You can save it to an AIFF by sending a message to a soundfiler object starting "write -aiff" followed by the path and the filename. Check the help file for soundfiler for the exact syntax.

Yes I think you will soon discover that the sounds made by crossfading between 2 arbitrary waveforms are not all that exciting. You can add interest by having a few layers of different waveforms crossfading at different rates but it's always quite bland sounding.

That's right. Crossfading between 2 waveforms is what you get in synths like Yamaha TG33, Prophet VS, and the Seiko ones. PPG stuff and Ensoniq stuff is more complicated. As far as I know, the PPG ones didn't crossfade at all, they just switched waves at the beginning/end of the next cycle (when the waveform is at zero so there's no click).

There are lots of ways to get from A to B as far as changing between two waveforms go. Consider the change between a sawtooth wave through a resonant filter. As you open and close the filter, the sound changes. Crossfading between samples of "fully open" and "fully closed" would not get you even close! There are other interesting "morphs" between sounds that you can do with wavefolders with additive techniques, or with acoustic instruments, that cannot be emulated by simple corssfading, so that is where larger wavetables come in.

So it just depends what you want to acheive!

Yes I get the feeling the delays are OK but [realtime] isn't!

Hmmm a mystery.

Thank you.
But why in the tests above, with a positive value for the delay time of the [pipe] does it seem to fail to delay the input quite often?
ie. with a delay value of 9 we see realtime delays of 10 or 11ms usually, but sometimes less than 1 ms.