Needed an effect to fill a slot, so set out to make one.
The abstraction repeatedly (via [metro]s) records a loop for a set amount of beats, pauses for another number of beats and plays it for yet another number of beats.
FYI: I think it's timing might be a little out-of-whack. So if some/any-one can diagnose and/or remedy the issue (:-) if there actually is one) that would be great! Thanks in advance.
Note:all times are in beats.
Via its controls, the abs_:
off|on: turns a [switch~] on in the subpatch and starts a [timer];
bpm: sets the beats-per-minute rate of the looper;
rec_time : how many beats the looper should record;
pause_time: how many beats the looper should wait until playing the recorded loop;
play_time: how many beats the looper should play the loop for;
feedback: for the side-chained delay line the loop is being written to;
saturation: the gain-mix for the dry and wet lines
Notes: if play_time is less than rec_time it will only play the first x beats, if greater it will repeat the loop as many times as it can up to mod beats of the rec_time. The looper is actually on a side-chained delay line (with 0 delay time, but allowable feedback). The bpm calc is from the DIY2-4tap-delay abs_, the delay line is from DIY-mono-delay-feedback, and I can't remember where I got the looper.
If someone recognizes the looper subpatch by all means Please share who did it below.
I am very very curious if anyone finds this useful and/or intriguing.
Esp. since that feedback may/probably will impact whether i include it in my rack-app.
So if you do check it out, please, provide feedback below. Thanks.
Peace. And merry music making thru us all.
p.s. currently, this only plays the segments forward. I will update it when able so the user can toggle whether the loops are played forward or backward.