Re: [analogue-sequencer] Re: Straw poll on possible sysex change
2004-01-28 by Colin f
> 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