Forums > MaxMSP

poly doesn't work until loaded in another patch…

July 7, 2010 | 6:44 pm

In the patch I’m working on, I have a fully tested poly abstraction that I know works. However, when in place, it doesn’t function at all. Bizarrely though, when I load a separate patch at the same time that contains a poly object, it starts working perfectly.

It also starts working if I delete and recreate the object, or change one of the arguments. Presumably this is just because the object is being reloaded, but why is it not working on startup? I would post the patch but it’s absolutely huge so can anyone offer any pointers on what might cause this?

July 7, 2010 | 8:11 pm

Is it possible that the poly has the same name as another object in your Max search path?

July 7, 2010 | 9:27 pm

Max isn’t reporting that, and its definitely the right object, just fails to make any sound.

July 8, 2010 | 11:57 am

can it be that you forgot to remove the "args" when loading it as [foo] object?

July 8, 2010 | 2:54 pm

Sorry I don’t quite understand what you mean there? I’m currently declaring the arguments for the poly using the @args attribute.

July 8, 2010 | 5:42 pm

It’s pretty hard to advise without a patch. I’It’s possible that you have some initialisation issues to do with loadmess or loadbangs.

d suggest that you attempt to isolate the problem and locate the problem more precisely.

Here are some questions you might want to think about:

1 – What do you mean doesn’t function at all?
2 – Can you confirm that audio/messages are getting in/out of the poly~ in the right places?
3 – How far can you trace the audio / message path successfully.
4 – Are you sending in bad values from the host patch on load?

It’s pretty much impossible to tell beyond that without a patch. t’s possible that you’re suffering some esoteric bug, but more likely you’ve (inadvertently) done something to stop it working – especially if you’re dealing with a large patch. In these situations the only answer is to go over the code very finely to find the error.


July 9, 2010 | 9:25 pm

I found the error. It was due to a loadbang firing a ‘;dsp start’ message to start audio with the patcher. Removed this and poly~ audio starts as normal.

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