Hello.

I am using some externals from the soundhack library, and in my patch i want to have four channels with a copy of each external per channel operating independently of each other.

for example:

[adc~ 1] [adc~ 2]
| |
[+pitchdelay~] [+pitchdelay~]
| |
[dac~ 1] [dac~ 2]

the +pitchdelay~ appears in the directory as +pitchdelay~.pd_darwin

The problem I am encountering is that regardless of whether i have controls with differently named sends and receives, the controls that operate on the pitchdelay darwin file cause the channels to interfere with each other.

I hope i'm being clear...

I've never encountered these darwin files, and i have tried many different things to get around the problem, such as making a copy of the darwin file and renaming it +pitchdelay2~.pd_darwin in the directory, but pd places a red box around the object in the patch, which i know means that it can't find or recognize it.

I have uploaded the help file, the darwin file, along with my patch for reference. (my patch is still being developed so it's a bit messy at the moment!

Also, i'm using the morph filter and granular delay from soundhack as well, so the same problem above applies to them as well.

Any help would be tremendously appreciated!!

thanks!

Michael

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

It looks to me like you just copy-pasted the helpfile into your patch. If you use two copies, you're going to have to change the [send] and [receive] names of the copy. A [send] can go to any [receive] that has the same name anywhere in the patch and even separate patches that are open at the same time. They don't just stay inside the subpatch.

.pd_darwin is just the extension used for Pd externals on OSX. The name used to create the object is set inside the code, so unlike abstractions, just changing the name of the file isn't going to change what it gets called in Pd.

thans so much fro your reply!!

i changed all of the send.receive names, but i think there must still be something inside of the external itself that is receiving information, because the separate send.recieves still interfere with each other.

Is there any way for me to open the external and make changes?

thanks.

There's no way it's getting messages internally since it's not even a feature of the object. They have to be coming from the [receive]s. I'm guessing you may have just overlooked something. Post your updated patch so we can have a look.

Hi Michael,

The +soundhack objects receive control-rate messages as a list. You need to ensure you have unique sends and receives for each list. Try setting the list send and receives to "$0-pitchdel." Let me know if that works for you.

R