m4l mlresque 64 pad modular looper — current version b184.108.40.206 as of 7November2011
created by: lokey
prefix: /shfflr by default, but as you like it.
Shfflr is a modular audio component set up to allow multiple applications on a single monome device. It’s designed to sit on the top or bottom of a horizontal 128, running 4×16. load it into a return track or somesuch, and pipe audio at it. By default, it should load in the top 4×16 of your 128. By using the same prefix and port, and allowing toggling up and down within the patch, you can easily control two or more copies on a single 128, allowing you to cut up two separate input feeds at one time. Or drop in a modular midi component (coming soon) and control a step sequencer chordbox on one half, while you cut up the audio output on the other half. That’s the dream anyhow. If you are running an app switcher of some kind, then even more is possible. However, there are some pretty long buffers used, so it may get pretty boggy as you add more. Four copies placed in serial run fine on my core 2 duo macbook pro, your milage may vary…
update 8.5.4 fixes for recording timing, led display, various bugfixes…
update 8.5.6eh hipass filter implemented on buffer position change to reduce clicking from low frequencies ive swapped the 'sync' and 'playmode' control switches, sync now on the end by the control mode button (column 15) and playmode on column 8. This way its easier to resync the playhead with only one hand.
update 8.5.7 realized that even with the lores~ object frequency set to zero, it still passes a low frequency signal through, which, when subtracted from the dry signal, was cutting all the lowest end from the signal. Sigh. Fixed now, when the crossfade curve~ is done, it bangs and switches the whole signal pathway off entirely, which is then turned on for the next crossfade…
update 8.6 fixed a sample rounding issue that would introduce a click at the end of a looping buffer. The playhead was playing one sample more than the rechead was recording, so older, longer buffer recording remnants would remain. No longer. the prefix textbox should now save properly. the rechead location is now tied explicitly into the transport. Recording begins immediately upon activation, and from a point in the buffer relative to the transport position. Recording can now 'punch in' to overdub specific portions of the buffer. Switching between buffers shouldn't introduce a silence now. Playmodes have been reworked, the three options are: Press, where playback will occur while presses are held down, Play, where playback loops continuously, from the last pressed pad position, and Sync: where the buffer will always resync to the playhead whenever no buttons are held down.
update 8.6.1 oops, forgot to initialize the buffer on the file load. This fixes that.
update 8.6.2 sigh. Many changes to fix timing and properly calculate the conversion from the ableton plugsync~ info to the buffer loop fraction. Things should work properly now.
update 220.127.116.11 new revisions to the timing mechanism, and a number of small changes in an attempt to reduce the cpu load…