< Back to IRCAM Forum

Modalys "maximum number of iterations exceeded in connection solver"

Hi -

I wonder if anyone can help, please?

I’m seeing the following error in Max with Modalys.

*** ERROR: connection computation error


*** ERROR: maximum number of iterations exceeded in connection solver
Please check your accesses for possible incompatible connections


I’m feeding mlys.position and mlys.speed with scaled mlys.signal from audio.

I wonder whether the rate of change of signal is too great and maybe needs to be downsampled before feeding position and speed? Or is it something else?

Thanks!

Graham

image

Some other users with the same issue…

…and…

…and…

I tried downsampling and sending signal values only once every second and it still errors after a short time playing.

I also tried not using mlys.signal at all and instead changing position and speed dynamically as messages to modalys~. Same issue when using the audio to drive these messages.

Any help would be greatly appreciated.

Thanks,

Graham

Could you please post your patch?
Thanks!
Robert

Thanks Robert.

Here’s a patch which demonstrates the error.

Open a sound and play it. If necessary raise the input level to excite the bow and raise the output if it’s too quiet.

Before long an error will be shown and Modalys will stop. If this doesn’t happen quickly, try a different sound.

Thanks for looking at it!

Graham

Modalys Bowing.maxpat (15.8 KB)

Hi,
Do you expect to feed the position with any signal? If the signal is too noisy (=discontinuous), Modalys might have a hard time solving the interaction indeed.
Normally we use the signal approach with some input that “makes sense”, with an ultra fine control (sample-by-sample) over the interaction in mind.
Robert

Aha. So it has to do with wild signal changes. Yes - I’m trying to feed in signals that would make no sense in the real world.

Maybe I should smooth the signal or have some slew to make the signal less noisy on input to the bow. I get some interesting results when it does work though, even if it is not at all real-world.

Thanks Robert.

Graham