Hide unused groups?

As an alternative, assuming, of course, that what your asking is not doable with the current software, perhaps you could make Group 1 Channels 1-10, Group 2, channels 11-14, and then label them "Group 1" and "Group 11".

This might, of course, get confusing if you want to recall them from the command line, but as far as using the direct selects, should produce a comparable effect to a flexi-view direct selects.

As an alternative, assuming, of course, that what your asking is not doable with the current software, perhaps you could make Group 1 Channels 1-10, Group 2, channels 11-14, and then label them "Group 1" and "Group 11".

This might, of course, get confusing if you want to recall them from the command line, but as far as using the direct selects, should produce a comparable effect to a flexi-view direct selects.

To build upon Rueben's creative work around, I would suggest making the groups as the LD requests and then copying them to groups 0.01>0.99 ,assuming there are not more than 99 groups (group 1 copy to 0.01, group 11 copy to 0.02, etc). This way you can have them at the top and in order of your Direct Selects, *and* you can call them up from the command line.

At least until we get flexi-DS...

-M

LuxExFulmen said:

As an alternative, assuming, of course, that what your asking is not doable with the current software, perhaps you could make Group 1 Channels 1-10, Group 2, channels 11-14, and then label them "Group 1" and "Group 11".

This might, of course, get confusing if you want to recall them from the command line, but as far as using the direct selects, should produce a comparable effect to a flexi-view direct selects.

A good idea, except that the group label doesn't appear on the command line- so when the LD calls for group 201 and they see "group 14"  on the command line on their monitor they freak out.

I thought about using decimal group numbers, like Group 0.01, Group 0.11, group 2.01- they would work on the direct selects, but there is that pesky decimal point that would probably get forgotten and it's more keystrokes on the command line.

The "flexi-group" option would make it easier for the board op (using either direct selects or command line).

-Todd

I (like to) think of myself as a hard-core programmer; - and even if we have got many fancy buttons all over the place, it is actually faster to do it manually in the old, alpha-numeric-way. You push buttons much faster then he/she talks.

So, if you have failed to train your LD (shame!); - just push digits. I assure you; it's much faster!

tdrga said:

I thought about using decimal group numbers, like Group 0.01, Group 0.11, group 2.01- they would work on the direct selects, but there is that pesky decimal point that would probably get forgotten and it's more keystrokes on the command line.

Todd,

If you are planning on typing in the groups, why do you care if they are in order on the DS? And yes, flexi-DS will be helpful once we have that option, but until then...

Suggestion 2:

Record the groups as the LD specifies, then make macros that recall the groups. You can use a different page of macros (like the 700s. Be aware that M801 through 803 refer to the three "half moon" keys above the filter and parameter keys, and that 901 through 908 are the default macros for the RVIs).

M701= [group] [1]

M702= [group] [11]  ....

Even if you generally use DS for Macros, you can have multiple instances of the same categories across multiple DS, so you can have macros 1-50 on one array of DS and macros 701-750 on another array.

Hope that helps.

-M

train your LD (main), or push digits (second - and surprisingly fast)!

Life is far to short to make workarounds and macros for people that just don't want to understand... ;-)

The intent of my feature request is to make selecting groups via direct selects easier but that in no way means that I won't still use the command line.  That said, it would be faster to use the direct selects (with flexi-DS), if for no other reason than it is fewer actions for the board op to perform.

For example - to select groups 1 + 11 + 201 and put them on the command line:

• Direct selects = 3 touches on touchscreen
• command line = [group] [1] [+] [group] [1][1][+][group][2][0][1] = 11 keys

As for training the LD, it's a sytem that works for him and he has been using it for decades.  It's faster and easier for him to remember, so I'm not going to ask him to change how he sets up his groups without having a really good reason.  I deal with many LD's with very different styles of working and it's my job to adapt to them, not the other way around.

-Todd

I'm not sure what you mean by "train your LD". But, everyone thinks and works differently; you cannot nor should not expect everyone to think and work the same way that you do. And this is a very powerful console that allows users to arrive at the same ends through different means so that no one should have to work in one particular way.

And life is too short to *not* make macros. ; )

-M

Marc,

Using macros is a great idea- I tried it in EOS offline and it even posts correctly to the command line with a + between groups. If you label the macros with the group numbers, it makes things even easier.

Thanks!

-Todd

Todd,

Glad that'll work out for you. And just so you know, even on the command line when selecting multiple groups you don't need to key in the [+]

[group] [1] [group] [11] [group] [201] will select all three groups. (I love that). 

Cheers,

-M

Normal 0 21 false false false NO-BOK X-NONE X-NONE MicrosoftInternetExplorer4

Normal 0 21 false false false NO-BOK X-NONE X-NONE MicrosoftInternetExplorer4

Sorry; "train your LD!" was meant as a quick comment, but my point was merely that while technology has gained quanta-steps in theater lighting the last 15 - 20 years, far too many LD’s still thinks that “strand galaxy” is a very new and modern console (and quite difficult to understand) (even some younger: they are working with esthetics, not technology!).  And in this terms: "a system that works for him and he has been using it for decades" could positively gain from an upgrade.

(And YES, I have programmed for Robert Wilson in NY [not on eos, - 530]; He INSISTED on having his own system; - and my best/last solution was: drop all macros, focus my mind (!) and push single digits, - I am surprisingly fast!!!)

We can programme pretty much anything on an Eos in a very small time window when prepared, but our absolute biggest worry today is decoding the LDs in time. At least: that’s mine… ;-)

If you need a start for educating your surroundings, you can fx. look here, it's written by two very bright girls: http://www.etcconnect.com/docs/docs_downloads/whitepapers/White_Paper_Control_Philosophy_revA.pdf