[PD] stop sample playback when phasor~ reset?
reduzent at gmail.com
Tue Sep 20 09:35:15 CEST 2011
On Mon, 2011-09-19 at 14:00 -0700, Jonathan Wilkes wrote:
> >From: tim vets <timvets at gmail.com>
> >To: Pierre Massat <pimassat at gmail.com>; James Dunn <james at 4thharmonic.com>; pd-list <pd-list at iem.at>
> >Sent: Monday, September 19, 2011 4:08 PM
> >Subject: Re: [PD] stop sample playback when phasor~ reset?
> >When you use phasor~, you normally already know how long it will take for the sound to be finished playing (because you set its frequency to play it back at the proper speed)
> >Store the information about the sound loaded (or recorded) and use that to stop the playback after one play duration.
> >[del <time>]
> >[t b b]
> >| |
> >[0( [0(
> >[ |
> What's the benefit of this over a line~ based approach?
[line~] is inferior to [phasor~] in that it only starts a ramp on block
boundaries. Using [vline~] seems to me most flexible in terms of sample
playback as it can start a ramp even in-between samples.
Using [threshold~] or any other method to detect the reset of [phasor~]
is not feasible, because of two reasons:
* [threshold] (but also [snapshot~]) output the bang only at block
bounaries, so the detection is not very precise
* Whenever the the audio domain (a signal) causes an event in the
message domain (that's what [threshold~] and [snapshot~] are for), the
event is at least one block late.
There is still one advantage of [phasor~] over [vline~]: The speed of
the [phasor~] can be changed at signal rate, so one can create
continuous pitch changes when playing the sample. That's not possible
More information about the Pd-list