Finished~

Tried and tested.
Plently of little minor U.I. tweaks, colour scheming. The big things were tidying patch cables up and changing out the silly system I had for muting with mute~

The "p passinside" is just a subpatch with pass~ in it.

I remember getting confused at why it was only muting one channel, obviously it was becuase i hadn't set two inlets. The other one was wondering why I wasn't getting any delay phasing, while I had two inlets I hadn't connected one of the channels so i was just getting a dry mono signal back.

Everything looks so neat now, with all the colour scheming and cable tidying, I forgot to get screenshots to put in the last update, but it took me an hour to rearrange the core elements into logical blocks, rather than "oh god cables everywhere"

EX2 wise I changed a couple of triggers because while having it colour coded by accident was a bonus, it ended up in a confusing pattern that was awkward to use.
I changed Pod #3 to be yellow rather than green so I could end up with the logical 3 up top for one type of mute and 3 below for the other type of mute




You can grab the Windows version here:
http://www.mediafire.com/?vzzgvbwhn31j1dp

Version 1.1

Did a fairly large chunk of work last night, the presentation of the patch is much better than it was,

General U.I. things tweaked, colour scheming matching up with the buttons on the Hori EX2 stick I intend to use as my HI object. this was actually unintentional, but i noticed it coinsided. A basic delay was added, along with mute on/off for each buffer and delay.

After I had added delay and my mute objects into the presentation U.I. I focused on loadbangs, but quickly realised that loadmess was actually a more useful object for me to use. the initialised settings on load now are clunky, i.e. me getting the delay mutes on loadup the wrong way around so they're actually on by defualt and it requires turning them 'on' then 'off' to start.

the delay units and actually also mute options on each sample playback as well, are only usful on a basic level, becuase i've engineered it so that the mute or 'on' toggles actually control the fader postion and when you turn them off or on again they reset to a set number, in this case when items are on, i've used bangs to tigger the gains to set from 0 or 120. this means that you can't actually freely mix levels you want AND mute them. I remember trying the idea of having seperate ezdac objects, When i've achived most of the fuctionality I want i'll focus on sorting out a way to store the last postion of the fader, or interrputing the audio chain from that part. something to work on and look into anyway, im sure theres a really simple solution right in front of my eyes.


Theres still some basic effects i want to add to each sample player, but improving the flexiblity of the delay is also something that im going to work on, currently theres no feedback control or any real wet and dry balance. rather than having freely set delay on the U.I. I'll look into having possibly 3 or 4 delay time settings, 2nds 4ths 16ths etc.

With using my EX2 as a H.I. object to control things like sample on off, delay on off etc, its fairly straight forward: hi object, the menu message dysplays all detectable and usable interfaces and outputs them into a list in umenu, I initially used a polling rate of about 20ms but actually found that and also 10 ms too slow when triggering mute on/off, sometimes it'd turn on twice. I used print to find out what controller number each button was and made a nicely large route to send each one where it needs to go. the stick currently controls playback speed, but only turns it to -1 and +2.
in the next large revision this weekend a-la incoming Version 1.2 i'll sort out having each notch in a direction change the playback speed one more notch up or down with the proper range of -2 to +3

Button mapping was pretty much solidly decided upon.

Hori EX2 Layout:
B = mute on/off for Pod 1
X = mute on/off for Pod 2
A = mute on/off for Pod 3
LT = mute on/off delay for pod 1
RT = mute on/off delay for pod 2
Y = mute on/off delay for pod 3
Back = Playback Stop
Start = Playback Start
Stick: Left = Global Playback Reverse
Right = Global Playback x2 Rate

Patch Direction

This is the patch currently, the idea is to create a patch that's manipulates and randomises samples, much to the same degree that the I am the mighty jungulator patch does but with less 'jungluation' 

I find I am the mighty jungulator to be really great at making that sort of glitchy style of music, but for the kind of music and structure in a song that I wanted to aim for a lot of the options became redundant and I found myself only really changing the random fader. So with my project i want to keep that randomization element but deviate into something more user driven, something akin to a combination of I am the mighty jungulator and a kaoss pad 3. In a nutshell mutlisample playback with a load of effects.

At the moment its three groove~ and waveform~ 's reading off buffer~, the spectroscope~ 's are there purely there for visual enjoyment.

the notes on the right side of the patch window are just reminders as to what i need to create in terms of effects and also some notes that i need to look into. the main one being the creation of how to lock different bpm samples in sync with each other via playback speed etc. phasor~ is the object that centers around that problem and there's a reminder to look into the example patch for it.

I was initially racking my head to figure out how to start all the buffers looping at the same time, as with most things in max the problem is just fixed by something really simple, like sending one loopstart message to all the buffers at the same time.

Tsk, logical.

Dear Future Self

Don't let your patch cabling end up anything like this, and have fun.