jayrope

i'm trying to easily work with multiple instances of one looper. now i am kind of tired to always have to rewire 5 copied loopers, whenever i develop the basic looping further. so i am looking into [poly~].

1. is there a way to automatically convert a subpatcher's in- and outlets to the respective ins and outs suitable to be used in poly~?

2. i name the only signal input [in~ 1]. 

is my first data input then to be named [in 1] or [in 2]?

3. regarding the [target] message: how can i talk to all instances inside the poly~ at once?

4. i need to dynamically set names of the buffer, record and groove objects inside the poly object. i have a solution for this, when using the individual loopers in subpatchers, but not when instances reside inside a [poly~]... any hints?

5. when inserting new out objects into the patcher to be loaded, max oftenly crashes. is it recommended, to close the metapatch containing the poly~ object, before editing the saved patcher used in poly~?

is it generally clever to use a poly~ in this case? i feel, that the traditional way of copying/hardwiring all loopers coudl work more reliably eventually?

i consulted tutorials/reference manuals heavily, but couldn't get further, scuse my newbility. if theres a really useful tutorial on this, which includes the ability to record, play, loop an exernal audio source, please let me know as well.

questions:
1. is there a way to automatically convert a subpatcher's in- and outlets to the respective ins and outs suitable to be used in poly~?

2. i name the only signal input [in~ 1]. 
is my first data input then to be named [in 1] or [in 2]?

i consulted tutorials/reference manuals heavily, but couldn't get further, scuse my newbility. if theres a really useful tutorial on this, which includes the ability to record, play, loop an exernal audio source, please let me know as well. 

4-63-poly-questions-dynamic-multiple-instances-of-a-looper

Following the msp463reference.pdf target0 turns OFF input to all instances, that's why i was asking. But you're right, the help file says that target 0 means all voices.

I solved the most other questions meanwhile, only teh dynamic renaming remains mysterious - in any thank you much looking into this!

Following the msp463reference.pdf target0 turns OFF input to all instances, that's why i was asking. But you're right, the help file says that target 0 means all voices. 

another thing i cant find out: are patchers referenced in [poly~] allowed to have subpatchers?

oh lh, i'm sorry, but as i mentioned in the title of my post already: i am still on max 4.63.... can't change that right now...

i kind of hesitate to stress you all with my bloody quests. inside the poly not even buttons work normally. they dont flash. they just jump on and never go out again... very weird.

lh can you explain to me, why the dynamic naming will only work in a subpatcher of the [poly~]. if i understand you right, that means, that the [buffer~] objects to be dynamically referenced cannot be on the top level of teh external patch referenced by the [poly~], but need to be buried in a subpatcher in it?

i owe you guys a dinner already, you're not in berlin, are you?

lh can you explain to me, why the dynamic naming will only work in a subpatcher of the [poly~]. if i understand you right, that means, that the [buffer~] objects to be dynamically referenced cannot be on the top level of teh external patch referenced by the [poly~], but need to be buried in a subpatcher in it?
is that correct?
and how comes?

Ah sorry I completely overlooked your max version.

Let me clear things up. The dynamic naming won't work in a regular patch it will only work in the patch you load into a [poly~] object. The only reason for this is that it grabs the voice/instance number using [thispoly~] and as the help file will show, that object works only inside a [poly~] subpatch.

Also if you create multiple [buffer~]s with the same name they will all share the same data, so you do need an instance of [buffer~] in your [poly~] subpatch but you can also create one in your top level patch as well.

I hope that clears things up a bit for you.

[loadbang]
|
[thispoly~]
|
[sprintf set %ld_somename]
|
[buffer~]

the button mystery remains (they don't flash, just stay on), but i found a workaround.

Are the [button]s continuously sending bangs? If not then its probably a GUI issue. I tend not to use buttons except for testing purposes, try [trigger] instead, a simple [t b] works just as well.

Yes, the trigger and t b. Was just gonna try that. I'm just too experienced to know the workarounds yet. So that's great help!

i just noticed something else: LH, you're from Bristol?

awesome! i love Bristol. And i have collaborator for one of my projects from there: Toni Maiof. Do you happen to you know him?

How about Tom Bugs? Irina Artomonova? All good friends, and inspiring to. I wish Tom could build this looper into a hardware unit...

If you're interested i'll get you the patch as soon as it doesn't look like a spaghetti western anymore. It's just gonna be another egg laying wool-milk-pig, hopefully still easy to tame.

i just noticed something else: LH, you're from Bristol? 

Yeh I'd be interested in seeing it when it's closer to completion, thanks. And yes I grew up in Bristol it's a great city. I don't live there currently but I do have plans to move back after next summer, perhaps. Unfortunately I don't know any of the people you mentioned, I've been a student here in Portsmouth for the last 3 years and only got introduced to max about a year ago. If you're ever in Bristol there is an event called Random Function that runs every now and then at the Watershed which often has interesting music and visual arts talks and displays.

Oh no! when you have to start explaining your own jokes it's time to stop telling them!

It's this: http://en.wikipedia.org/wiki/RTFM with a DON'T in front.

p.s. Bristol is a great place - Tom Bugs has an excellent little workshop near the Cube where he fashioned a replacement electronic slinky for me. He's a very very nice man!

sure john, only it doesn't make any difference for me if i read the manual or not. so in some cases i read them, in others i ratehr take what i find and experiment with it. that strategy usually gives me a much better explanation of what i am working with. nevertheless, manual reading or not, i am glad i found some help here.

(not) sorry to be so german, LDVM wouldn't have told you anything so i refrained from this.

:) will you be playing in berlin soon again?

sure john, only it doesn't make any difference for me if i read the manual or not. so in some cases i read them, in others i ratehr take what i find and experiment with it. that strategy usually gives me a much better explanation of what i am working with. nevertheless, manual reading or not, i am glad i found some help here.
(not) sorry to be so german, LDVM wouldn't have told you anything so i refrained from this.

i just saw you discussing on a subject that interests me, even though "off topic" in nature.

i'm planning to move to the uk, and i was wondering which universities in the area of portsmouth would offer max/msp on their postgraduate program?

i am originaly from quebec/canada, and it is a long story that is taking me to the south of england. i just thought why not to ask?

I'm a Portsmouth University Music and Sound Technology graduate. The university offers a masters course called Creative and Computational Sound. The course leader is Pere Villez and he is a member of this forum but has disappeared since the end of the last academic year. One of my friends is on the masters course this year so if you'd like a students-eye view of how it's going I could ask him if he'd mind talking to you about it. Of course you can always contact Pere throught the email address on the Portsmouth Uni website to get further details.

LH: All earlier problems solved, now investigating on dynamic creation of data displays of dynamically created loopers out of the [poly~]. probably won't get around scripting, finally. another newbie issue, but probably fun to learn. i'll keep you updated.

Gary: Myself i am a (non-academic, self-taught & proletarian) Berliner. 

Can't help you there, maybe thry a new thread.

And: Does Cycling74 have deals for students of their own, too?

License fees should be measured in degrees of passion, rather than in papers, that are supposed to tell, that one's learning. 

Good luck finding a versatile teacher for your studies, nevertheless!

Gary: Myself i am a (non-academic, self-taught & proletarian) Berliner. 
Can't help you there, maybe thry a new thread.
And: Does Cycling74 have deals for students of their own, too?
License fees should be measured in degrees of passion, rather than in papers, that are supposed to tell, that one's learning. 
:)
Good luck finding a versatile teacher for your studies, nevertheless!


So you're trying to display data in the main patch that is generated in the individual instances of your [poly~] abstraction? Sounds fun. If you get stuck, post a patch and I'll help if I can.

i already manage to display data in teh main patch, but by now i can't create the number of display elements accordingly to teh number of instances in the main [poly~]. nevertheless 

it looks like, as if scripting will be the way to go.

back shortly with something. i think i would actually enjoy to co-develop this. back with a patch as soon as i cleaned up the spaghetti.

i already manage to display data in teh main patch, but by now i can't create the number of display elements accordingly to teh number of instances in the main [poly~]. nevertheless 
it looks like, as if scripting will be the way to go.

i had no idea there was a master in the subject, i'll probably check that out if my move confirms.

i've been doing a lot of progress by myself, it's just that if i could combine that with a degree, why not? ;-)

hey guys, thanks a lot for your replies.
i had no idea there was a master in the subject, i'll probably check that out if my move confirms.
i've been doing a lot of progress by myself, it's just that if i could combine that with a degree, why not? ;-)

4.63 poly~ questions / dynamic multiple instances of a looper