Hi Again!

i have found a problem which is driving me crazy...
i must admit i am a total noob on dsp and maybe the solution is just in front of my face... but i can't find it, so came here claiming for some help

The question is related to a phasor.
i am using it as an index scanner for a tabread~, to read a sample,
so i'm multiplying the output of the phasor by the size of the chunk i want to play, and updating the phasor's frequency depending on this chunk's size.

[hz~\ (related to chunksize)
|
|
[phasor~]
|
| [chunksize~\
| |
| |
[*~]
|
|
.
.
[tabread~]

Everything fine to this point.

but everytime i do a chunk size / frequency change the "header" is (obviously) doing a jump, as it is being multiplied by a different number.

I would preffer the header to "keep where it is" and go on until the end of the (new) chunk.
Note that i don't want to wait until previous chunk is finished, but immediately change size and frequency settings (so the samphold~ approach referenced in the tutorials is not usefull for me)

Is there any way to achieve this, and keep using the phasor~ approach?
maybe there is some object around that i am missing...

i'm attaching a simple reproduction of this problem

Thank you!!!!

http://www.pdpatchrepo.info/hurleur/phasor_jump.pd

I just came with a possible solution for this issue, i guess coded badly...

The idea is to reset the phase of the phasor to a value proportional for the new length.

am i in the right direction? any ideas about this?

http://www.pdpatchrepo.info/hurleur/phasor_jump_2.pd

i'm not having much success with my last attached solution, as it is introducing some strange behavior and clicks when reading the contens of the table...

i guess the [delay 1] object and the [pd audiotocontrol] subpatch are doing a mess in the execution order of the messages, and making my patch to fail...

any ideas on how to make a better implementation of this proportional phase reset, in a propper way?

[samphold~] will only output its value when phasor~ hits the loop point. you can use that

i think using [samphold~] is not usefull in my situation, as i want to immediately change the chunk size (and related frequency of the phasor), and keep the resulting read-index for the table in the same position it was before the chunk-size change, so it can go on without any noticeable jump...

at the end, what i want is to reproduce the behavior of a window-loop as the ones you can see in daw or video-editing software.... when you change the outpoint of the window the header is not jumping, but moving until the end of the new position.

i also tried with [loop~], but again it is updating chunk-size parametre ONLY when the header has arrived at the end of the previous end-point...

shit... this is difficult to explain....
and maybe i am misunderstanding something....

Ah, okay. So what you want is to be able to change the loop boundaries without resetting the phase, right? I tried doing this just in Pd a while ago and couldn't really do it efficiently without resorting to writing an external for it. But I think you should be able to do it with [bsaylor/susloop~].

change the loop boundaries without resetting the phase! yes!
i could have never explained it better!

[susloop~] looks exactly what i need

lots of thanks Maelstorm,
now i can go ahead with my patch

!