Reading from a table in a subpatch

timvets 2015-07-31 22:07:46 UTC #1

Tables in a subpatch are local to that subpatch and cannot be read from the main patch, right?
So is there no way to fill a table with values inside a subpatch and then read those values from the main patch?
Or is there another way to achieve something similar?

Table in Mainpatch, Read/Write objects in Subpatches

About tables: help a noob

thetechnobear 2015-07-31 22:43:47 UTC #2

you can refer to a table in the parent patch using ../tablename
an example of this is in audio_in/granular_verb
you can see the table is defined (as t) in the main patch, and in the patcher subpatch it refers to it as ../t

timvets 2015-07-31 22:55:37 UTC #3

I'm not sure I'm following... when I try to open patch/patcher (edit object definition), I get not a patcher window but the object editor,
so maybe it's not a subpatch but an object instead?

In any case, what you describe (I think) is reading a table that is located in the main patch from within a subpatch.
My aim is to read a table that is located in a subpatch from within the main patch.
I tried to enter ./mysubpatch/tablename, and some variations on that.
no luck so far.

thetechnobear 2015-07-31 23:12:08 UTC #4

patcher - click the edit button to see its contents.

yes, this example has the table defined in the main patch and then is used in the sub patche.

personally, I think that makes more sense, having the parent owning the data, rather than delving into a subpatches innards. (this is 'normal' from a programmers perspective)
of course, its only the table definition required in the parent... you can read and write to it, from within the subpatch, or even from different subpatches.

EDIT: fyi, i tested with a subpatch (as opposed to the patchers embedded subpatch) and that also works (as expected )

timvets 2015-07-31 23:27:48 UTC #5

Ah ok, cool, that patch/patcher thing
I wanted to make a mechanism to fill a table with content that changes depending on some parameters.
It would be neat to place all that into a subpatch.
I guess I can put all that in a subpatch, except for the table itself.
But what if I want to have more than one instance of that subpatch, each with its own table?

thetechnobear 2015-07-31 23:51:47 UTC #6

yeah, thats a bit problematic, as we don't have a way to dynamically change the table name (or pass name into a subpatch) and would need quite alot of changes to do so.

with a patch/patcher, it wouldn't be too bad, as you can just cut n paste another copy, and then edit the table name.
(this at least prevents you having a load of sub patch files) - but its not ideal.

we should in theory be able to change tables so they can access using
./sub_patch_instance/table
would be good to know what @johannes thinks...
( I also need to find the bit of code that does the current ../ dereferencing as thats where the change would likely be made)

johannes 2015-08-01 11:40:54 UTC #7

I added a "subpatchname/tablename" syntax to reference subpatch tables, it's in git now and will make it into the next prerelease.

[solved] Pd sampler.rockafella example on axoloti

timvets 2015-08-01 13:31:22 UTC #8

excellent, thanks!
I'll be able to test that tomorrow.
I assume that by "subpatchname" you mean the instance name?

thetechnobear 2015-08-02 11:02:48 UTC #9

yes, its instance name... I've also just updated the table help to include and example of accessing parent table, and child (subpatch) table.

timvets 2015-08-07 17:30:44 UTC #10

This work with patch/patcher only, right?
It would be nice if it also worked with a subpatch.axs

thetechnobear 2015-08-07 17:36:37 UTC #11

no, works in both axs or patchers. (just tested it, to make double sure!)

I just tend to use patcher objects in help files, as this makes the help file self contained

timvets 2015-08-07 17:39:55 UTC #12

ah ok, must have done something wrong here, works now indeed.
sorry for the noise