Automap order of duplicate controls in subpatches

[rev_engineer]

Hey all,

I need to set a different automap number for each control across several duplicated subpatchers.

Eg, if I have a subpatch with 2 controls, automapped to 1 and 2, and I use it 4 times within a parent patch, the controls automap to my Push like this:

1 1 1 1 2 2 2 2

Ie, grouped by number. Makes sense.

What I want to do is give each control a different order number so they'd automap like this:

1 2 3 4 5 6 7 8

Ie, grouped by subpatcher.

The difficulty is that I'm using the same patch multiple times, so presumably I need to dynamically set the automap numbers (or 'long name' parameters would work too, I think) for each control in each instance of the subpatch. A bit like preceeding object names with '#0' in MaxMSP, or '---' in M4L, but neither of those methods work in this case.

Anyone know what I'm on about / if it can be done?!

[S4racen]

Are you creating the pitchers dynamically then?

If not just set them as you would normally?

Cheers
D

[regretfullySaid]

May be a little off-topic but I'm wondering if poly~ would be better suited than using duplicates of subpatches.

[S4racen]

May be a little off-topic but I'm wondering if poly~ would be better suited than using duplicates of subpatches.

Agreed....

Need to talk to you ShadX as well Just found your blog....

Cheers
D

[regretfullySaid]

Alright, well am at the office so shoot

[S4racen]

Alright, well am at the office so shoot

Whats your email address??

PM me rather than getting spamalot!

Cheers
D

[regretfullySaid]

Dude, you already have my email I emailed you.

[regretfullySaid]

you can solve things like that by encapsulating loadbang->counter->var or loadbang->#0 in an abstraction.

Did this work out for you rev?

[rev_engineer]

Cheers for the suggestion, but it didn't achieve what I need in this case. Something similar worked to dynamically rename the 'short name' parameter, which is what shows up via automap on Push (or similar controllers), but that doesn't have an effect on the order in which the parameters actually appear.

As I understand it, this is dictated by 'long name' or 'automapping index', neither of which are dynamically assignable as far as I know.

Maybe poly~ would help, but that would require some enormous re-working of the patch!

[regretfullySaid]

Sorry, it's beyond my scope, and I wouldn't be surprised if you had the same problem if you poly~ized it. Don't forget to reply that at the C74 forum though, I would think someone would have a solution.

[rev_engineer]

No worries, and thanks for giving it some thought anyway. I have replied in the C74 thread too - thanks for reminding me.