Analogue-sequencer

Folks,

In pattern edit mode, the gate status on each step is always shown 
in red, so you can see where the notes are. Active tie, skip and X 
are shown in green, or amber on steps where gate is also active.
I was wondering if it would be an improvement if the aux statuses 
for each step were also shown in green, with the gates in red ?

Cheers,
Colin f

> so when you're editing auxes, the light would be green if a given step
> had no gate and an aux *value* of anything but zero, amber if it had a
> gate and non-zero aux value, and red if it had a gate with a zero aux
> value?

Each step has both a value and a status bit for each aux.
You can send controllers or trigger events without needing to have a note on
that step.
So the red (or potentially green) LEDs in aux mod just show the status bit
is set. The value is always present.
In many cases you wouldn't have auxes on steps without notes, but not in all
cases. 

> what *could* be useful is to display the tie status at all 
> times. i find
> myself having to remember that certain notes are tied when i'm editing
> auxes and such, and i don't like to think too much when 
> making music. :)
> this would make it easy to add some weirdness in the middle of a held
> note, which would be cool.
> 
> what do other people think?

I guess ties could be always shown in green when the key mode is on gate.
Maybe via a user config option.

Cheers,
Colin f

>In pattern edit mode, the gate status on each step is always shown
>in red, so you can see where the notes are. Active tie, skip and X
>are shown in green, or amber on steps where gate is also active.
>I was wondering if it would be an improvement if the aux statuses
>for each step were also shown in green, with the gates in red ?

Yes, absolutely, I would like that!

Jesper.

On Thu, 18 Nov 2004, colinfraser_com wrote:

> In pattern edit mode, the gate status on each step is always shown
> in red, so you can see where the notes are. Active tie, skip and X
> are shown in green, or amber on steps where gate is also active.
> I was wondering if it would be an improvement if the aux statuses
> for each step were also shown in green, with the gates in red ?

so when you're editing auxes, the light would be green if a given step
had no gate and an aux *value* of anything but zero, amber if it had a
gate and non-zero aux value, and red if it had a gate with a zero aux
value?

i'm not sure that would be consistent with the way things work... ties,
gates, xpose defeat, and skips are all binary values. using the LEDs to
show this information is easy and useful, but using them to indicate that
a value is present in the aux may not be. after all, auxes don't do
anything if there is no gate. so i never put aux values on steps that are
off. does anyone else add aux values to off steps? i can see a use for it,
but it doesn't seem like it would be something someone would do a lot.

what *could* be useful is to display the tie status at all times. i find
myself having to remember that certain notes are tied when i'm editing
auxes and such, and i don't like to think too much when making music. :)
this would make it easy to add some weirdness in the middle of a held
note, which would be cool.

what do other people think?

bleep.
out.

---
http://leichenfeld.iuma.com
http://thirdwavecollective.com

>i'm not sure that would be consistent with the way things work... ties,
>gates, xpose defeat, and skips are all binary values. using the LEDs to
>show this information is easy and useful, but using them to indicate that
>a value is present in the aux may not be. after all, auxes don't do
>anything if there is no gate. so i never put aux values on steps that are
>off. does anyone else add aux values to off steps? i can see a use for it,
>but it doesn't seem like it would be something someone would do a lot.

I do, but not on purpose ;)
I often use the sculpt function to input values while randomly turning the 
data knob.
Doing this turns all steps red and I usually lose sight of what the 
important (gated) steps are.

Jesper.

> so... no gate + aux = green, gate OR tie + aux = amber; gate 
> OR tie = red
> 
> how does this sound?

A bit too complicated.
I should have used RGB LEDs. Then there could have been 7 colours ;-)

Cheers,
Colin f

On Thu, 18 Nov 2004 15:03:47 -0600 (CST), bleep <bleep@waste.org>
wrote:

>i'm not sure that would be consistent with the way things work... ties,
>gates, xpose defeat, and skips are all binary values. using the LEDs to
>show this information is easy and useful, but using them to indicate that
>a value is present in the aux may not be. after all, auxes don't do
>anything if there is no gate. so i never put aux values on steps that are
>off. does anyone else add aux values to off steps? i can see a use for it,
>but it doesn't seem like it would be something someone would do a lot.

I look at it the other way round. It would be *really* useful to see
which gates are on when I'm setting auxes on. Then I know where there
are notes I want to work on... otherwise it's down to memory.

Paul
---
Paul Nagle / Soft Room Music
Email: paul@softroom.co.uk www.softroom.co.uk
                           www.BogusFocus.com

On Thu, 18 Nov 2004, Paul Nagle wrote:

> I look at it the other way round. It would be *really* useful to see
> which gates are on when I'm setting auxes on. Then I know where there
> are notes I want to work on... otherwise it's down to memory.

ah, yes yes... it's been too long since i've P3'd... nothing is displayed
unless the aux has a value...

i would say that gate and tie information should display at all times, but
the whole amber = tie thing would get in the way... but if amber = tie
only in tie mode, where you can edit it, and tied steps were represented
by regular red gate LEDs everywhere else, that might work. IIRC, that's
how the mobius/777 works, except i think the tied steps might've had
dimmer LEDs... i can't quite remember.

so... no gate + aux = green, gate OR tie + aux = amber; gate OR tie = red

how does this sound?

bleep.
out.

---
http://leichenfeld.iuma.com
http://thirdwavecollective.com