poly doesn't work until loaded in another patch...

David Butler's icon

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?

bkshepard's icon

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

David Butler's icon

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

Roman Thilenius's icon

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

David Butler's icon

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

AlexHarker's icon

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.

Alex

David Butler's icon

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.