Hi there! I have this patch I'm playing around with, and I have one additional goal with it that I'm having trouble figuring out: I'd like to read the array backwards. I have sort of a granular delay going here, and I thought it'd be cool to be a reverse granular delay.

Also, I'm trying to get rid of some of the clickyness from the bangs triggering and retriggering the live chunks of audio it reads from the adc. Any advice on that? I've been playing around with my line~ to no avail.

Thank you!

The image you posted is a bit too small to really figure out what's going on. Both for the clickiness and reading backwards, you can check this very old but still valid tutorial http://pd-tutorial.com/english/ch03s04.html
Actually, I would suggest going through the entire tutorial and not only this section. It covers a lot of ground.

line regular / without tilda outputs numbers going from one number up to another. so if you make the number go the opposite direction then you might get a result. if you read your data with phasor which goes from 0 to 1 - there are example files around. zero is used as the start point and then 1 is used as the end point of an audio clip. in the examples you can run phasor from 1 back to zero Ive got a bunch of files on patchstorage. I learned from the pd-tutorial site as well. https://patchstorage.com/explore/?search_query=phasor&tax_platform[]=pd-vanilla&tax_post_tag=&orderby=modified&wpas_id=search_form&wpas_submit=1

put print under a regular line object and look at the numbers coing out of it. and look at the help file for line objects etc etc

Apologies, this image will probably work better. Not sure it's relevant since I've gotten a lot of great suggestions already. Thank you!

I've long since lost the reference, but I learned a neat trick from a video once: if you need a circular buffer for a grain delay, use delwrite~ and delread4~.

You can't get a smooth circular buffer by banging control messages into a line -- well, maybe you could, but it would be delicate. You might see other tutorials that suggest running a phasor~ at samplerate / arraysize Hz and multiplying the phasor by the array size, but floating point rounding error means you have no guarantee of touching every sample (and you still need a poke~ external that way, IIRC).

But a delay line gives you the circular buffer for free. It isn't the first thing you'd think of but it is so much easier.

Pitch shifting can be done by modulating the delay time. If you're playing a 100 ms grain, run a line~ with "100, 0 100" as the delread4~ delay time and you'll get 2x speed, 2x frequencies.

hjh

But a delay line gives you the circular buffer for free. It isn't the first thing you'd think of but it is so much easier.

Pitch shifting can be done by modulating the delay time. If you're playing a 100 ms grain, run a line~ with "100, 0 100" as the delread4~ delay time and you'll get 2x speed, 2x frequencies.

hjh

a bit late to the party, but wanted to emphasize on this.
You can imagine delwrite~ as a tape loop that is constantly being written to and delread4~ as a movable tape head. So, if you have a circular buffer of 1000ms with [delwrite~ foo 1000], you can position the tape head at any point of the loop, like [delread4~ foo 400] and you hear the sound with a delay of 400ms... or you can move the head across the entire length of the loop in 1000ms like this:

[0, 1000 1000(
|
line~
|
delread4~ foo

...and you hear a second of silence, because the head moves at exactly the same speed as the tape and therefore outputs just a single sample for one second.
As @ddw_music mentioned, if you want to pitch up one octave, you move the tape head against the direction of tape travel, so that the relative speed of the tape is twice as fast.
And if you want to reverse playback, you move the tape head twice as fast in the direction of tape travel, so that the tape in relation to the head moves in the opposite direction:

[0, 1000 500(
|
line~
|
delread4~ foo