Hallo, chun lee hat gesagt: // chun lee wrote:

Finally got the example patch in the instruments directory loaded up with no errors. But I found a few things that seems a bit strange.

1. in the sub-patch "interna" in analosc.pd. I had to swap the order of

$0-wave-out/in, $0-warm-out/in and $0-inst-out/in to get it to work. In addition, the $0-lfo parameter where left out without the "-out" and "-in" bit.

Well, it looks like you find all the unfinished patches first. ;) Actually analosc.pd and related patches are very experimental in that they tried to decouple sound engine and control engine. I'm not satisfied with the way this is done there.

Regarding your send/recive problem: I cannot really duplicate this, but in the newer patches, I normally use the same send and receive names in the IEMGUI object (like it already is for $0-lfo). The "-in" and "-out" will be removed altogether everywhere to fit with this model. When I was doing those patches, I didn't knew that this simple approach can work very well and all the time.

2. in the analogue.pd, I got:

error: scale: no method for "float" I had to get rid of the scales the replace it with "/ 127" and its ok.

You got the "wrong" [scale], I was expecting the one from maxlib, you probably have another one loaded. Replacing it with [/ 127] at that place is fine, though. I will replace the [scale] with a [rrad.scale] abstraction later.

3.the level in which the adsr-engine seems to be quite low so I had to take out the double "*~" that come after it.

Thanks for spotting this: It is a bug im my handling of quartic envelopes. See /usr/lib/pd/doc/3.audio.examples/D04.envelope.quartic.pd

I forgot the double [sqrt] part!! How could I miss this. Can you check, if attached rrad.adsr4~ sounds better (with the [*~][*~] in again)? This has the [sqrt][sqrt] in it.

are these bugs? I still have not quite get the hand of it in this patch.

(hint: "pd usecases/use-showcase.pd" ;)

Ciao

Frank Barknecht _ ______footils.org__