[PD] percussion sampler

[matthew jones]

not sure what you mean.  stolen voice?
firstly, to deal with latency in audio I suggest recording from the
[delread~] object rather than [adc~] directly.  secondly, when the sample is
triggered, give the [line~] object [1 5( or something (assuming its
initialised to zero) to ramp up.  Then you already know how long the sample
is so at the same time as banging the [tabplay~] and line objects, you can
bang [delay n-5] (where n is your sample length in ms) sent to a [0 5(
message in turn sent to the [line~] object.  you are then ready to retrigger
the sample.

Is this at all useful or have I missed the mark??
good luck

M
----- Original Message -----
From: "jfm3" <jfm3 at ouroboros-complex.org>
To: <pd-list at iem.kug.ac.at>
Sent: Monday, March 24, 2003 4:06 AM
Subject: [PD] percussion sampler


> I'm making a percussion sampler performance patch. Latency is a big
> issue.
>
> In all of the sample playback Pd patches I've seen, There's a 5 ms delay
> when a voice is stolen while the sample ramps down, avoiding a click
> that would come from jumping back to the beginning of the sample while
> not at a zero crossing.
>
> What's the best way to get around that? Is there a way that I can tell
> when I need to ramp down and when I don't? For example, if I've reached
> the end of a sample, I don't need to ramp down again since I'm already
> at zero, I can immediately start playing the sample back from 1 again.
>
> If I were for example to put a [delay 5] after all my control signals,
> would that add to the 5 ms of regular pd buffering latency, or would it
> overlap?
>
> Thanks in advance for your illumination.
>
> --
> (jfm3  2838 BCBA 93BA 3058 ED95  A42C 37DB 66D1 B43C 9FD0)
>
>
> _______________________________________________
> PD-list mailing list
> PD-list at iem.kug.ac.at
> http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
>