Hey
I'm using phasor for an index to a tabread~ to play a sample.
I'm also using line~ as an envelope to control audio output.

The timing for the envelope is set by the size of the sample size and samplerate~ as well as the frequency for the phasor~.

The magnitude of the phasor is adjusted to the sample size.

The sample player can be re-triggered and when this happens a line~ is set to go to 0 in 5ms,
a delay is set for 5ms,
then bangs another line~ to go to velocity in 0,
as well as setting phasor~ frequency to 1/t and phase to zero.

At which time another delay is setup at samplelength in ms.

After the sample is played the phasor~ frequency is set to 0 then
another line~ to 0 in 5ms is sent to the [*~] .

This causes a glitch when the sample is retriggered because the phasor~ is reset to zero and starts replaying the sample.

This glitch can not be heard when the sample is not re-triggered so maybe it's a control vs signal timing issue.

I did hear the glitch at the end of the sample re-triggered or not using vline~.

So my question is how do you do audio rate envelope triggering of envelopes ? I would post the patch but it is a mess. A good answer or pointer to some reference material would be greatly appreciated. I haven't quite wrapped my head around the sample and hold sampler examples yet.

Could you post a patch containing just this section that reproduces the glitch? Sorry, there's just too many things going on in your description for me to visualize right now.

It has a bunch of unneeded and debugging stuff in it but here it is.

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

Well, to tell you the truth, I'm not able to reproduce the glitching. I have feeling, though, that it's because both [line~] and [phasor~] conform to block boundaries, and they don't line up to exactly 5ms. You might want to try adjusting the delay time so that it lines up to the block boundaries.

Another alternative would be to use my [vphasor.mmb~] abstraction, which has a more accurate phase reset, and use [vline~] for the envelope. Actually, if you do that, you'll also want to run the plackback rate through [vline~] as well, because messages into signal inlets will also conform to block boundaries.

By the way, is there a reason why you're using [phasor~] to play back the sample? If you're not looping, it would be easier to just use [line~] or [vline~].

if what i just read is correct, then it sounds like you are ramping to zero AFTER resetting the phase of [phasor~] . is that correct?

in that case, you need to change it, so that [line~] or [vline~] ramps to zero, and the [phasor~] is reset once it gets to zero (ie, after 5ms)

Thanks for checking it out.

I had thought about adjusting the delay time to the block boundary but don't know how to determine block boundary without setting it. I also am aware that setting the index past the sample size and adjusting time and frequency to suit would fix the problem but I'm stubborn and want to learn the extent of how far audio signal control can go with the vanilla objects of course. I will try out your vphasor.mmb~ I had planned on using the same abstraction for looping in the future actually I took my looping objects and tried to make a oneshot out of them. I might have fixed it. Instead of delaying the envelope and switch after the sample has finished an instant 0 to the line and shutoff keeps the spike from being heard but still I would like to know what is causing the spike? It occurs for 6 samples after the end of the sample has been reached and it is not the same as the beggining of the sample, it's of higher amplitude. Maybe it's the setting of the phasor's frequency to 0. Nope that didn't work. I've attached a zip containing alll the abstractions and samples used plus a stereo delay and an envelope generator I'm very proud of. I've had the drum samples since 1997 but they still sound great to me. Anyways the helpbsample.p;d is the file to check out to see the glitch.

http://www.geocities.ws/billy_stiltner/music/bsample.zip

Thanks

mod yeah I tried just that very thing just as you were typing that probably. I attached an updated patch above hopefully with everything included just the way I have it on my machine. There was no need to ramp the envelope down if the sample is played all the way through. There's probably no need to set the frequency of the phasor to 0 either. I'm only getting the spike now after the sample is ret-riggered.

Okj it's fixed now. I added a -1 to the delay which is correct as the samplesize is 1 larger than an index starting at 0. duh!!! I had done that for scaling the phasors output but not the delay.

I did'nt know that phasor~ was limited to block boundaries.

I left out a couple of patches for my envelope.

Hopefully the attachment will attach.

The attachment didn't work. The updated zip is here.

http://www.geocities.ws/billy_stiltner/music/bsample.zip