Forums > MaxMSP

works in poly~ but not in poly~ in poly~

May 09 2006 | 11:37 am

While looking for a problem, I created a little ensemble: a sig~ (initialized to 1.) and a float go into a *~ and out to a signal monitor, so that the monitor reflects the float value, assuming that DSP is turned on.

I have a poly~ in a poly~, and here I get a value of 1. however wildly I change the value of float.

And I have not the foggiest.



May 09 2006 | 12:14 pm

May 09 2006 | 12:28 pm

the patch is huge.

I’ve discovered something that is very puzzling. That little ensemble is in a patch called modHub~, which is loaded into a poly~ in a patch called voice~.

If I load modHub~ into a poly~ in a new document, everything is fine.

If I copy everything from voice~ to newDoc~, everything is fine.

When I rename newDoc~ to voice~, I get the old problem.

Anyone understand that ?

May 09 2006 | 6:55 pm

Stuart Grimshaw wrote:
> When I rename newDoc~ to voice~, I get the old problem.

Did you trash the old voice~? Max will load the first it can find.


[][] [][][] [][] [][][]

Stefan Tiedje
Electronic Composition

\ /|() ()|
))))) )| | |( \
/// _/)/ )))))
___/ ///

–(_|_ —-|—–|—–()—-
— _|_)—-|—–()———–

14, Av. Pr. Franklin Roosevelt,
94320 Thiais, France
Phone at CCMIX +33-1-57 42 91 09

May 15 2006 | 7:59 pm

I did indeed trash the old one, and opened up the new one just to be absolutely sure.

However, the problem is fixed. Though I don’t know why, here’s how:

The problem arose after a new system (and hence Max) installation. The I/O buffer sizes were then on default (64 and 256, I believe). There is a loadmess message to modHub~ "down 32". I disabled that – no problem. I reenabled that and set the buffers to 128 and 128 – again, no problem.

So problem solved, thank you for the help, and if anyone can explain that… ?


Viewing 5 posts - 1 through 5 (of 5 total)

Forums > MaxMSP