Q about poly~ and jitter~

May 14, 2012 at 6:42am

Q about poly~ and jitter~

Hi everyone,

sorry if that’s stupid, i’ve searched everywhere but

I’m trying to do a poly~ using jitter where each voice are added together, I can’t find how to combine them. it’s seems one voice replace one other and that’s all. don’t really understand how it works cause jitter is new for me

It is possible to do this ?

have a nice day,

– Pasted Max Patch, click to expand. –
#63581
May 14, 2012 at 9:35am

Poly~ was not design for that… Was design to manage voices and lower the CPU usage.

Luis Marques

#229163
May 14, 2012 at 8:47pm

somewhere, deeply in my mind i was knowing it /_

Thank !

#229164
May 14, 2012 at 9:59pm

I’d disagree; it’s probably possible, just not simple… (though I’m not a jitter wizard, but the tricky part is probably in recombining them, though that seems like a matter of repeatedly writing to a region of a particular matrix)

#229165
May 15, 2012 at 5:11am

cool peter that’s a good new, even i’m thinking to doing it with gl now. but it should be realy intersting to find a solution for doing this, my knowledge of jitter is too limited for the moment

thank to bring me some hope !

#229166
May 29, 2012 at 11:50pm

interested by poly~ with jitter stuff
what would be the benefits over using abstractions ?

#229167
May 30, 2012 at 2:43am

Dynamic switching of patchers without the need to reconnect patch cords is the first thing that springs to mind, though you also get multiple copies for free, too, so it’s a good way of representing parallel processes/data structures. It would probably work particularly well for what you’re looking for, Julien, as each voice could represent a different celestial body.

#229168
May 30, 2012 at 7:59am

Hi Peter from here too :)
My abstractions system would work without any patch cords to and from them. Only s & r
I wrote would Not sure it would be the most efficient but afaik cord = s+r on a performance point of view (not really true in M4L btw)

As written in the other thread, it would cost a lot of time to test both solution, even at a more advanced step of the project

thanks again for your answer(s)

#229169
Jun 2, 2012 at 11:02am

That’s good news, but according to another post, s&r don’t work with poly~ in 6.0.5. Which version are you on? Should I backgrade, do you think?

#229170
Jun 2, 2012 at 11:29am

“s&r don’t work with poly~ in 6.0.5.”

Seems to work ok here. With that said, I’ve never found it advantageous to use s&r to communicate to poly~ internals.

#229171
Jun 2, 2012 at 12:00pm

Well that’s a historical problem with user-drive bug reporting. One never knows if there’s a bug in the bug report )

Is it possible to put jit.pwindow, or any other display elements, in a poly module?

#229172

You must be logged in to reply to this topic.