Forums Jitter

Q about poly~ and jitter~


djlbe

djlbe
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

Luis Marques

Luis Marques
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

djlbe

djlbe
May 14, 2012 at 8:47pm

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

Thank !

#229164

Peter McCulloch

Peter McCulloch
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

djlbe

djlbe
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

Julien Bayle

Julien Bayle
May 29, 2012 at 11:50pm

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

#229167

Peter McCulloch

Peter McCulloch
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

Julien Bayle

Julien Bayle
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

Ernest

Ernest
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

spectro

spectro
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

Ernest

Ernest
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.

Forums Jitter