Transport and Phasor Synchronisation
Hello,
Could I ask for some advice, please? I'd like to have a phasor object within a patch controlled by a global transport, but don't want the phasor receiving timing information from the transport. I'd like it to be independent. However, I'd like the phasor to be able to start in time with the information from the transport. The only way I've got close to this is to adjust the starting phase of the phasor object. Sometimes it works, sometimes it doesn't. Is anyone able to offer a better way of trying to achieve this?
Thank you
I just got to this. Working on lock/unlock phasor~ from the transport in real time.
The first problem is when phasor~ is locked 1n and BPM of the Transport = 60 (4000ms per phase), unlocked = 0.25 (4000ms per phase).
( I am only using 1n and subdiv~ 1 for other reasons. Also, because the transport is counting quarter notes, to get 1n to equal 60BPM I have to multiply by 4)
The second problem is that changing the phasor from lock to unlock does not atomically change the frequency values from 1n to hz and back.
The rate~ object can make locked phasors go out of time, but I want the freedom to unlock a phasor, do something weird for a while, then re-lock it.
Can't find anything in forums that deal with this.
An experiment like this requires 2 phasor~, one always locked, the second one lock/unlock and watch the live.scopes.
Maybe someone already has this solution.
I will post a(n) (awkward) solution when I have one.
Here is basic what I think we want to do.
Maybe a better solution?
time signature has nothing to do with tempo.
you use transport, then set tempo to what you really want it to be,
phasor will understand what 1n is meant to be.
if you want to get hz from tempo /notevaue, do some math,
or translate notevalue hz
your main probem was not telling phasor to switch from notevalue to hz
@Source Audio. Again. Thanks!
However. When transport set 60, phasor 1n is only pulsing 15 BPM. 4n will pulse at 60.
I guess I am thinking 1n = whole note and 4n = quarter note.
If I write 1n =60 (whole note) in classical music, the entire measure is 60 (which means 1/4 notes will be 240). If I write quarter note = 60 then the measure is divided into 4 parts. In Both cases the pulse is still 60. But a measure of 4 quarter notes at 60BPM = 15BPM whole.
Maybe that makes sense.
So I am just thinking out loud, 1n and 4n should not be in the phasor--> Or, phasor should just be 1n.
The subdiv~ is the next level is to take care of dividing the whole note.
But phasor~ is not set up like that.
I will work it out.
Hello,
My original problem was not what Wil was asking. I was wondering what the best way to have phasors in sync is? If after sending them different information they go out of alignment. I had problems adjusting the starting phase of the phasors so they match. This is developed from looking at Gregory Taylor's tutorial on LFOs with phasors and crossing points. Is the best remedy to send one message to the phasors as a whole rather than each phasor individually?
Thank you
Hi @2000.
Check out Philip Meyer on Youtube. He covers a lot about phasor. You will have to dig through his videos, but I remember one of his explanation describe send ing a bang to re-sync phasors.
https://www.youtube.com/@p__meyer
I posted here because you didn't want the phasor receiving timing. So the first step is toggling between receiving and not receiving - then figure out how to sync in both cases.
This is something I am working on as well.
phasors having no common division time can not be synced anyway,
all one can do is to restart them, quantised to master bar or beat
if that exists by sending 0. to phase inlet.
Maybe if you use absolute timeline, than calculate where one phasor's phase would be after running as much, and so on, but I don't think that
is what you are after.
@will - bpm is number of quarter notes per minute, not whole.
notevalue as length is related to that.
in background value for phasor is anyway translated to hz,
no matter what kind of message you use to set it.
the original question is still a bit unclear one year after it appeared. maybe an example patch could help to describe the actual problem better?
to make it short: you cannot restart the phasor~ object itself from 0., you have to build something around it to make that kind of thing possible.
but of course you first had to find out if you really want to restart it from 0. whenever an incoming timing value changes. because from a GUI control or from a music signal you would probably do not want it to do that.
plus, dont forget that you might want to sync more things than just phasor objects sample-exact. then the problem is even more complex.
Hello,
The reason I didn't follow up the initial question is because I managed, after a while, to hit on your central point, Roman. That when using a GUI control most of the time I didn't want the phasor to start from 0. Source Audio gave me some help with the transport object and I was able to achieve what I hoped to. To have the phasors beginning and ending with a signal from the transport, but to otherwise be independent. For some reason I had the impression that at points after resetting the phase, say to 0.25, on a few different phasors that they were out. But I think the failure was with me, not MAX. Right again, Roman, that yes, I needed to build something to do this.
I guess I was wondering if one message to all phasors is better than individual messages? I mean whether it makes any difference to have one message to all phasors or multiple copies of the same message, or whether it made no difference except for tidiness.
Thank you all
glad (and not suprised) that you solved most of it during that time. :)
there should be various examples for "resettable phasor" in the forums if you search.
if you want to control signal objects by messages and you are as paranoid as i am, you can do
[button]
[del 0]
[object~]
to 100% ensure that the change happens with the same sample or next vector in all objects. (delay/pipe moves the messages into high priority when overdrive is ON.)
Hello,
Not at that stage yet, but I'll defo return to it.
Thank you