If I want to work with an array within an abstraction and make it strictly local naming the array $0-my-table or such, it won't work when actually using the abstraction and I continously receive: "error: 0-my-table: no such table"
What am I missing?
-
-
Hi cacosomoza,
The parent-daughter analogy you described is actually a pretty common way of messaging between multiple abstractions whilst keeping the whole patch local.
If you want to go further, just use $1 instead of $0 inside your child abstractions. For example:
- Parent patch
|
|----- [AbstractionName1 $0]
| |
| |------[AbstractionName2 $1]
| | |
| | |------[AbstractionName3 $1]
| | | |
| | | |------- and so on.....
I try to then use the following convention when naming sends/receives/tables
-
In the parent patch: all names are preceded with '$0-', i.e. $0-tableName
-
The 1st argument of every single abstraction should be $0 (if it's instantiated in the top level parent patch) or $1 (if it's one or more levels down from the parent patch.
-
In the abstractions: all names are preceded with '$1-', i.e. $1-tableName
Then if I want to access a table, declared in the parent patch, named '$0-tableName' from within an abstraction I can use '$1-tableName'. Also remember it's quite easy to make some annoying bugs (of the WTF!?! variety) where you forget to change to $0 or vice-verse when copying a name
- Parent patch
-
Hello! Despite following your instructions I'm having problems with using $0. I followed your instructions in my sub-patch 'lad', but I still get the "no 0-chL" error. Please help! I've not been using PD for very long, so I may have made a very silly mistake. pd 1a is supposed to send a sound file to be rendered in lad. I've attached the .pd files.
-
Your attachment didn't work. Make sure you don't preview the post when you add attachments or they will disappear.
-
That's funny, that's the third time I've uploaded it. I'm on Safari (Mac) I that helps. I'll put it on Dropbox and post the link later. Thanks for the quick reply, by the way!
-
Here it is again. Hopefully it'll work this time, it's now only 2.5mb rather than 6mb. It's only that big because of the 22 second sample... If this doesn't work I'll dropbox it.
EDIT: Got rid of the sample. You'll have to substitute the message in pd 1a if you want to test it.
http://www.pdpatchrepo.info/hurleur/ArduiContPD-No_Samples.zip
-
The [tabread4~]s should have $0, not $1. The $0 will work fine in object boxes.
-
I'm afraid that I'm still getting exactly the same error despite renaming them... Is it something to do with the message "read -resize $1 $0-chL $0-chR"? Thanks for your continued help!
-
Yeah. Change it to this:
[inlet]
|
[pack f $0]
|
[read -resize $1 $2-chL $2-chR(Message boxes do not expand $0, so you should never use it in message boxes. $0 only works in objects, so you should instantiate them in object boxes and pass them to message boxes. In this example, [pack f $0] makes a list of the value from [inlet] and the $0 of the abstraction. The message box then replaces $1 with the first element of the list (the value from [inlet]) and replaces $2 with the second element ($0 of the abstraction).
You might want to read this for a further explanation:
http://puredata.hurleur.com/sujet-5853-abstraction-why-use-etc
-
Hello! It seems like that fix worked, but now I'm getting a different error when I send the symbol filename:
"pack_symbol: wrong type"
I tried changing pack f $0 to pack s f $0, but whenever I tried that, I got the "0-chL doesn't exist" error.I'm quite glad that I managed to spot the deal with read, though! Looks like I'm getting better now!
Thanks for any more help, and sorry for asking a lot of questions.
-
Sorry, I screwed that up. It should be [pack s $0]. You don't need that extra f.
-
Don't worry, we all screw up. Anyway, it works brilliantly now, I'll upload the subpatch later for general use. Thanks so much! I'll post the full patch when it's completed, too!
