I'm building a sampler based on phasor~ and I want a "one-shot" feature
where it'll only play sound in the table once and then set the phasor~ to 0.

I've tried detecting when the phasor~ hits 1 with unsig~ and [select 1]
but I seems to reset to 0 too fast, I can't catch it at 1.

I read on these forums that samphold~ should work (and be sample accurate)
but when I tried that I could detect then the phasor~ hit 0 but the sample loops
and plays a few ms before the phasor~ gets stopped.

Is what I'm trying to do possible? or should I use a separate tabplay~ to handle
the "one-shot" feature?

-Kai

i would set the phasor to 0hz reset its phase and use a vline~

I'm new and not knowledgeable about samplers in pd, but I'd think an easy way to approach it may be to increase the range of the phasor~ so that it exceeds the values in the table. That way, it would read through the sample and then you'd have some extra breathing room to stop the phasor~ with whatever method makes the most sense. Like with conditional logic a la expr~, perhaps.

edit-
slur beat me to it. He speaks with much greater authority

There is an actual object called [phasorshot~] or [tof/phasorshot~]. It´s in the tof external and should be in pd-extended. It can be used as a normal phasor~ but its looping can be disabled.

@slur - Not quite following you here. I've got samphold~ to detect when the phasor~ goes to 0 and it already sets the phase to 0 in order to stop the phasor~. It just does it 40 - 50ms too late ... hmm and now that I think of it... it's probably cause of the [unsig~ 50] attached to the samphold~

@LarsXI - I actually did try that with success, but them if I wanted the sample to loop, there would be gaps... I could try making 2 sample length variables, one with the gapoffset and one without.

@Template I'll check out [phasorshot~] when I get home...it's broken here on my OSX machine at work. Though I'm really trying to keep things as vanilla as possible.

heh routing the output signal of samphold~ back to the phasor~ works but creates a DSP loop...

Maybe this patch could help. A [samphold~] controls the amplitude if a phasor~. It is forced to sample 1 by a "reset -1e+099" message and a "set 1" message. After that it behaves normal and samples 0 after the end of the phase.

http://www.pdpatchrepo.info/hurleur/tabphasor~.pd

On next startup "reset -1e+099" has turned into "reset -1.#INF" and it only works after typing again -1e+099 again.... Strange magic

could be inspiring
http://puredata.hurleur.com/sujet-6194-sample-played-automated-varying-speed-detect-completion