Yahoo Groups archive

Analogue-sequencer

Index last updated: 2026-04-28 23:15 UTC

Thread

Re: [analogue-sequencer] Re: Straw poll on possible sysex change

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

Re: Straw poll on possible sysex change

2004-01-29 by ch.³l

hi Colin,
> 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...

either way is fine with me. as long as there's a way to keep or 
update my old data.

> 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 think you're making it a lot more complex than i had in mind; what 
i want is an app. in which i can 'import' or 'open' several SysEx 
dumps, and have it translate the bytes into some kind of graphic 
representation of system data, banks and such. i could then just grab 
a block of bytes from one SyX set and replace it with an identical 
block from another SyX set. i'd then 'save as' the new SyX set under 
a different name and upload it to the P3 using MidiOx. i'm quite used 
to saving & loading via sysex; i use it regularly saving & loading 
instruments on various machines. i've also used P3 data-uploads as a 
kind of elaborate 'undo' on several occasions :).

> ...the effective values 1 to 8 across the whole range. So if you  
> use the accumulator to ....
> ...
> ..I hope that makes sense. Same thing ...
> ... implement 'Rndmz aux'

um.. i'm just really pleased with the track-mute access from playlist-
mode...

> > would it be possible to 'grab' a note from an incoming Midi-     
> > channel?
> That's on the TBI list. 

cool.

> > what i'd like this softkey/combo to do is toggle the (active 
> > steps of the) AUX-tracks per track to ON, OFF...
> 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...

maybe it could be a user-config option then? another thing about the 
AUX-tracks; would it be possible to set the values of the AUX-track 
steps without the step immediately becoming active, i.e in the same 
way it's done with the note-value, velocity, length & delay?
also, about the track-mute access from playlist mode & from pattern-
mode; wouldn't it make more sense to use the same key (or combo) to 
access the track-mute status from both modes? i'm not really having 
any trouble with the difference myself but i find myself having to 
think occasionaly...hurts..

grtz Chiel

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.