poly~ problem

Feb 16, 2007 at 1:57pm

poly~ problem

I’ve got the strangest problem. If I’m building a patch using poly~ it doesn’t work even the simplest thing. When I save the patch and reload it, it works. I’ve got no idea whats going on here. Does anyone as a idea?
Its pretty annoying building a patch like this. Maybe its a bug in Max?

BTW I work on a MacBook Pro 2.33 with maxmsp 4.6.2.

-danny-

#30316
Feb 16, 2007 at 3:24pm

Your question is vague and you provide few details as to
what you are trying to do with poly~. Some more information
might be helpful or post an example patch so that we can see
what you are talking about.

Anthony

#96655
Feb 16, 2007 at 5:26pm

The thing is that the patches are okay….they work but only after I reload them. So I have to close the patch and load it in max and then it works.

Also, if I’m working in the poly~ and place a new [in 2] of [out 2] it will not appear in the poly~ when I save it. Again, I need to close the masterpatch (which includes the poly~) and load it back into max and then it appears.

So, if I post a patch here, it will work fine for you.

Hope someone knows the answer to this mysterious problem.

-danny-

#96656
Feb 16, 2007 at 5:47pm

One point: if you have abstractions in a patch, and open them *from
the patch* (open the abstraction window, then option-click in the
title bar to open an editable copy), the mother patch is updated when
you save changes. But if you open the same abstraction from the
Finder, the mother patch is not updated when you save changes. Ditto
for poly~s, pfft~s, bpatchers.

This is a subtle behavioral difference. I’m not sure if this is what
you are facing.

On 16-Feb-2007, at 18:26, danny de graan wrote:

> The thing is that the patches are okay….they work but only after
> I reload them. So I have to close the patch and load it in max and
> then it works.
>
> Also, if I’m working in the poly~ and place a new [in 2] of [out 2]
> it will not appear in the poly~ when I save it. Again, I need to
> close the masterpatch (which includes the poly~) and load it back
> into max and then it appears.
>
> So, if I post a patch here, it will work fine for you.
>
> Hope someone knows the answer to this mysterious problem.

————– http://www.bek.no/~pcastine/Litter/ ————-
Peter Castine +–> Litter Power & Litter Bundle for Jitter
Universal Binaries on the way
iCE: Sequencing, Recording &
Interface Building for |home | chez nous|
Max/MSP Extremely cool |bei uns | i nostri|
http://www.dspaudio.com/ http://www.castine.de

#96657
Feb 16, 2007 at 9:23pm

danny de graan wrote:
> I’ve got the strangest problem. If I’m building a patch using poly~
> it doesn’t work even the simplest thing. When I save the patch and
> reload it, it works. I’ve got no idea whats going on here. Does
> anyone as a idea? Its pretty annoying building a patch like this.

Though you don’t deliver anything for helping you, I bet its
initialisation…
This is typically something you should find out yourself…

> Maybe its a bug in Max?

Most likely not…

Stefan


Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com

#96658
Feb 16, 2007 at 9:31pm

danny de graan wrote:
> Also, if I’m working in the poly~ and place a new [in 2] of [out 2]
> it will not appear in the poly~ when I save it. Again, I need to
> close the masterpatch (which includes the poly~) and load it back
> into max and then it appears.

Yes the original patch can’t know that you changed the number of
ins/outs. But you don’t need to reload the patch, if you delete your
poly~ and the immediately undo, it will instantiate with the correct
numbers of ins/outs. The same is true for js by the way…

Stefan


Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com

#96659
Feb 16, 2007 at 10:32pm

Quote: Stefan Tiedje wrote on Fri, 16 February 2007 13:31
—————————————————-
> ins/outs. But you don’t need to reload the patch, if you delete your
> poly~ and the immediately undo, it will instantiate with the correct
> numbers of ins/outs. The same is true for js by the way…
>
> Stefan
—————————————————-

I’ve also found that just retyping the arguments (like the number of voices) in the poly~ in the parent patcher will reinstantiate it as well – complete with new ins/outs, internal goodies, etc. all ready to go. Watch out for loadbangs which send data into the poly~ as well. Doubleclick those to re-loadbang to make sure whatever you’re banging in gets sent. Also, if you have some other data in the parent patch (like BPM or an LFO rate for instance) which is sent into the poly~ you need to resend that info to the new instantiation before it’ll behave as expected.

Lewis

#96660
Feb 16, 2007 at 11:05pm

On 16-Feb-2007, at 23:32, Lewis Keller wrote:

> I’ve also found that just retyping the arguments (like the number
> of voices)

To force reinstantiation it’s enough to click anywhere in the object,
hit space then backspace and enter. It’s fast and you don’t have to
think.

> Watch out for loadbangs which send data into the poly~ as well.

Instantiation in an existing patch never generates loadbangs.
Loadbangs are only generated when the patch is loaded. That’s why
loadbang and loadmess are double-clickable.

————– http://www.bek.no/~pcastine/Litter/ ————-
Peter Castine +–> Litter Power & Litter Bundle for Jitter
Universal Binaries on the way
iCE: Sequencing, Recording &
Interface Building for |home | chez nous|
Max/MSP Extremely cool |bei uns | i nostri|
http://www.dspaudio.com/ http://www.castine.de

#96661
Feb 17, 2007 at 2:10am

it depends on the order you’re opening things.

If your main patch is already open, then you open up the poly~ patch, edit it, and save it, then you’ll experience so called systems until you retype the argument into poly~ box. It doesn’t work the same way that abstractions reload.

If you’re editing the poly~ patch, save it, then open the main patch that has poly~ in it, it’ll work as you’re expecting it to work.

As you can see, poly~ is a complicated object. I thereby recommend you hire me as a maxMSP tutor for the low low price of $50 an hour. We can begin tomorrow at 8am. See you there.

#96662
Feb 17, 2007 at 3:25am

Quote: Peter Castine wrote on Fri, 16 February 2007 15:05
>and you don’t have to
> think.

My specialty! ;)

#96663
Feb 18, 2007 at 11:28pm

Quote: Peter Castine wrote on Fri, 16 February 2007 10:47

> But if you open the same abstraction from the
> Finder, the mother patch is not updated when you save changes.

what?? do you use a different max than i do?

#96664

You must be logged in to reply to this topic.