Another adaptation I'm struggling with:

Here "phasor~"'s phase is reset when receiving a non zero signal.
The use case is resetting a sample counter.

Phasor~in puredata doesn't act the same,
Does anyone have a clue how to make a vanilla adaptation ?

Cheers

@y0g1 Assuming the sample frequency is 44.1khz, the phasor frequency is fixed at 1, and you don't need to support any other feature than what you mentioned above, try [fexpr~ if($x != 0, 0, ($y + 1) % 44100)] to replace both the phasor and following multiplication.

Thanks a lot, again!

I just had to invert things:

fexpr~ if($x != 0, ($y + 1) % 44100, 0)

beautiful.

@y0g1 said:

"phasor~"'s phase is reset when receiving a non zero signal.

If this was a test in college I'd be there during office hours arguing that the question was misleading

@jameslo

I try to be precise when asking for things, but when I post I've been struggling for a long time, smoke is coming out of my ears, I end up with confusing messages....

@y0g1 said:

Here "phasor~"'s phase is reset when receiving a non zero signal.
The use case is resetting a sample counter.

Phasor~in puredata doesn't act the same,
Does anyone have a clue how to make a vanilla adaptation ?

I forget who is the pd forum user who taught me this trick, but, here's a neat way to have a signal reset a phasor:

[phasor~]
|  \
|  [samphold~]
|  |
[-~]
|
[wrap~]

Then the reset trigger goes into the right inlet of samphold~ (but IIRC it should be inverted, because samphold samples its input signal when its trigger signal decreases, see its help file).

Always works (think about it a minute, and it becomes clear why).

Btw phasor * sample rate is not safe as a sample counter, due to floating point rounding error. (Maybe ok for one second.) In pd vanilla, [rpole~ 1] can serve as an accumulator but resetting it at signal rate is a bit trickier. I'm not at the computer now but I could track that down later. Or use cyclone's count~.

hjh