Analogue-sequencer

> um....i've got 19 P3-data SysEx dumps at the moment, of which 13
> contain very different material, and four of which are currently Work-
> In-Progress, with several tracks scheduled for release..and i'd
> really hate to have to lose my older stuff. as i mentioned before
> i've never used the PXpos-function as yet so for me the
> whole 'extended range' thing isn't neccesary. so if you're going to
> change the dump-format i'd really really appreciate the update script.

Thinking about it at greater length, I realise I could probably support both
original and modified formats, although the original format would be 'load
only'. I'll have a look into it, and see whether this would be easier than a
script...

> on the subject of scripts 'n' stuff; how much work would it be to
> write the editor-utility you've mentioned before, and what would
> possible programming languages be?

It depends on the level you want it to work.
Conversion of syx files into the raw data, to be manipulated in arrays in a
language of your choice is easy.
Handling the midi interface in your PC to actually send and receive the data
is a bit tougher.
I'd love to get this written myself, but I simply don't have the time at the
moment. Maybe if I do some skeleton code, it'll inspire others to do
something with it. The sysex routines in P3 itself are already in C, so I
guess they might be useable without much modification.

> just to be clear; the N
> in 'grab note from track N' is an internal P3 track, right?

Yep. One other thing to note is that the 'value' stored on each aux step is
always in the range 0 to 127. For track based events, values get mapped to
the effective values 1 to 8 across the whole range. So if you use the
accumulator to vary the track you're grabbing from, remember there's 16
increments of the underlying value between tracks.
I hope that makes sense. Same thing will apply to randomized selection of
tracks for grabbing once I implement 'Rndmz aux'

> would it
> be possible to 'grab' a note from an incoming Midi-channel?

That's on the TBI list. The most recent data to be received via midi is
always available in existing variables, so implementation of events that use
the midi note or velocity to transpose or replace pattern steps is fairly
trivial.

> also, i mentioned a 'momentary' softkey/combo before, which i've kind
> of re-thought. what i'd like this softkey/combo to do is toggle the
> (active steps of the) AUX-tracks per track to ON, OFF, and preferably
> a kind of ON WHILE HELD as well. i don't know if it's at all possible
> but i think it'd be a really cool performance feature...and as it
> happens i've got a couple of gigs coming up soon ;)

You mean basically an extra 'mute' status bit for each track that applies to
the auxes ? Could be done, although it could get complicated UI-wise...

Cheers,
Colin f



________________________________________________
Message sent using UebiMiau 2.7.2