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?
$0-my array or using $0 in array names
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?
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!
Oops! Looks like something went wrong!