Thru Thru

I am happy with the change because now it works like it did on the ETC Obsession 600 that I was programming before. The logic is sensible and the keystrokes are concise in terms of number and location. If I am working in a flexi-state it is more likely that I don't want to grab channels that are not already used, active, or patched. To me it makes more sense to add an extra keystroke to make that action happen.

I gotta say that I'm not a fan of [thru] only effecting certain channels depending on what flexi mode one is in. I think [thru] is a basic command that should have absolute behavior. Don't get me wrong, I love the idea of a "magical thru" effecting only the current flexi view, and I think that [thru] [thru] is the more appropriate syntax.

-M

Correct me if I'm wrong, but if thru is tab/flexi dependent, and if an RVI and console are in different flexi states, then a designer calling out a range of channels might get an unexpected result.

Could there be a thru behavior desk setting, which would include most of the flexi states plus a "current tab" option?

-Josh

I just programmed my first show on 1.7.  The designer was in the house on a client in Patched Channels Flexi.  I, as the same user was in Active Channels Flexi. Chs 52 + 53 were at 50%.  She asked for 51 thru 55 at full and I had it executed nearly before she had finished the words, as usual.  Then she repeated it, and I retyped then.  Just when I was thinking, "Didn't she just ask for those channels?" I heard her ask a third time, this time slightly perturbed.  I then looked up at the screen to see that I had only been actually controlling the two channels that were already active.

I type way too fast to look up at the screen to determine whether I should be using Thru or Thru Thru.  So my vote would be that Thru not be Flexi sensitive.  I guess until then Active Flexi is not for me during cueing.

This was the first time I had ever spent much time in Active Flexi and was starting to dig it until that happened.  It was helpful in relating current levels to the designer who was having trouble paging her own channel screen.  I'd be interested hearing peoples' thought on using Active Flexi in general.  Am I the last to find it not really useful for programming someone elses show?     

Well in my last 2 years running an Eos I have found Active Flexi very useful.  Mostly because as you said if your not in Flexi Active you end up doing a whole lot of paging, which I prefer to do as little as possible (kinda a less is more thing).  Like you too I also type to fast to look up and see which screen is selected (patched or Flexi Active).  And I too ran into the thru change during programming the latest show.  The designer was not to happy, after he had to ask 3 times because I was in the Active not Patched screen.  We just need to watch what screen is selected more closely I guess.

I think thru should not be Flexi sensitive.  I like the (new thru) action, but i feel it should be thru thru that selects only whats active if we keep this feature.  I feel Thru is a basic programming tool and should remain that way in my head anyway.

Have fun

Am I the only one who does not have to look at the keys in order to type fast?

I do understand the issue with different flexi displays chosen by different users and I figured that was the reason that thru operated the way it did originally. I have become diligent about knowing what flexi-mode the RVIs are operating in. When "mirror" mode arrives on the scene a lot of designers I work with will be very happy.

In my experience I find that if a designer wants 1 thru 10 he will ask for them and if the designer wants just the channels in that range he ask for them only. I think "thru thru" could be effective if it selected the active channels and not all. I think the opposite of how it currently works makes more sense to the way I communicate to my designers. Then I do not have to ask what he really wants....

I would vote (if I really had one!) to make "thru Thru" select active and "Thru" select the whole range....

Peace, Ed

Fullerton College Theater Operations

Just to be clear Thru Thru is not a short cut to Select Active, it is a way to select channels in your current flexi when you are using Show or View Channels for example.

Ryan and Michael can I asked which display you used on the 500 series was it compact, display group?

This feature has been added for large rep houses that have a very large number of patched channels but for each production they will only use a small number of these channels. I used to work in a large rep house that was on the 500 series and changed to Eos platform in September 2007 in the two larger venues. For us it was a problem that Thru selected channels outside of our flexi as this could sometimes select 100 channels that aren’t in our Show Channels flexi. On the Strand we would use it’s display group which is like the Eos view channels flexi and this wouldn’t select channels outside of the display.

I have to say that I no longer work in a rep house and I’m now a freelance programmer who can happily programme using patched channels so I haven’t needed to use Thru Thru. Crispy is working in a large rep house and seems to be happy with the feature, anyone from the National Theatre want to support Crispy? 

Also to say I never use Active channels as I find channels jumping around my display far more of a problem then paging down. This does seem to be a problem for people that rely on Active Channels though but Ryan and Michael that work in a rep house and are used to 500 series I thought you would have been waiting for this?

Just to be clear Thru Thru is not a short cut to Select Active, it is a way to select channels in your current flexi when you are using Show or View Channels for example.

Ryan and Michael can I asked which display you used on the 500 series was it compact, display group?

This feature has been added for large rep houses that have a very large number of patched channels but for each production they will only use a small number of these channels. I used to work in a large rep house that was on the 500 series and changed to Eos platform in September 2007 in the two larger venues. For us it was a problem that Thru selected channels outside of our flexi as this could sometimes select 100 channels that aren’t in our Show Channels flexi. On the Strand we would use it’s display group which is like the Eos view channels flexi and this wouldn’t select channels outside of the display.

I have to say that I no longer work in a rep house and I’m now a freelance programmer who can happily programme using patched channels so I haven’t needed to use Thru Thru. Crispy is working in a large rep house and seems to be happy with the feature, anyone from the National Theatre want to support Crispy? 

Also to say I never use Active channels as I find channels jumping around my display far more of a problem then paging down. This does seem to be a problem for people that rely on Active Channels though but Ryan and Michael that work in a rep house and are used to 500 series I thought you would have been waiting for this?

I just finished designing in a small rep house.  Viewing patched flexi was really useful, as I could hide all those channels that weren't in my I show.  Having a fixed view of the channels is important to me; after a couple hours of cueing, I tend to learn channels on the screen by geography as much as number, and my eye will often go straight to the level number.

There were also a handful of rep system lights that were obstructed by my set, so I also deleted those from patch so they would be off the screen and so I wouldn't accidently cue them in.  In this case having Thru apply to the flexi state is quite useful, as there are gaps in what otherwise would be a continuously channeled system.

On the other hand, I want my programmer to be able to use whatever view makes sense to him or her, especially is there's a tab with a view for dealing with movers, which is why I feel Thru behavior should be a desk setting.

-Josh

Hi Guys.  Have been watching this thread to see if there is a consensus.   We can swap the behavior, so that thru thru collects within the flexi channel state.  If we do this, the change needs to happen in 1.9.  So, anyone with opinions about this needs to weigh in soon.

We have no plans to make this a desk setting.  In general terms, we only do desk settings when a reasonable agreement about behavior can not be reached. It seems that an agreement about this should be achievable.    Our approach is that desk settings are fine when it comes to display preferences and such, but should be avoided whenever possible when it comes to the actual behavior of the desk.  The more desk settings that you have, the more trouble other programmers have when picking up a show, and the more designers have to talk to you before you can start programming about how the desk should be configured.     All of that takes time that no one has.    

So, lets see if we can reach an agreement?  It would be great if those of you who were involved in the initial discussion about this could provide input.

Thanks much!

a

[thru] captures all channels within a selected range

[thru][thru] captures all displayed channels within a selected range

This seems to make the most sense to the most people. I can see the logic and I can make it work for me.

When programming we have patched our entire large repertory rig for ease of the designer being able to choose to use basic rep channels as well as show specifically rigged units quickly.  We tend therefore to programme in Show Channel Flexi which grows as we move through the production process and currently masks out the rest of the rig.  Because we are dealing with a rep rig with channel numbers that are numbered according to their position rather than show use, they can jump about out of sequence numerically.  For us having Thru, Next and Last follow flexi is extremely useful.  If it's a huge pain for everyone else except for large rep and the desicion was to swap the function of thru to thru thru, I guess we could live with it ..... 

xx

I have to agree with Crispy Nick and Sarah, coming from a large rep house the thru thru is very useful, however, if thru and thru thru swapped, I could adjust.

Ed

I definitely vote for Thru having absolute behavior, with Thru Thru being flexi specific. Not the least reason being that if one is in flexi-active (or flexi-show, or flexi-view chans) and grabs a channel outside of the currently selected view the desk will grab *all* of those channels in the Thru range, which, I think, is inconsistent even with the intent of the current behavior.

-M

I agree with this, thru should capture all channels

Thru thru captures all displayed

And Nick I have only programmed on an Eos.  I have just gotten used to Active display because my rig changes for every different show we do at the Los Angeles Opera.  Ever since I started with 1.2 I have used Active and Patched displays.  Like most others I too delete my un-used channels

What ever Etc decides I will adjust

I've been following this as well and i'm on the fence about it.I'm partial to keeping it the way it is. I would not be against it becoming a desk setting rather than making the change whole. Giving the operator the option seems like the more logical solution to me.

Please correct me if I'm wrong, it's been awile since i've had n Obsession II  in front of me. Wasn't the behavior the same when you were in a Flexi state on an OB II??

I’m another one who is happy with things the way they are at the moment!

I confess I’ve never been a user of Active Channels, nor of Strand’s Compact view, even before I started working in a rep house – like Josh & Nick I like to know where on the screen I’m looking for each channel.

I now mostly use Show Channels or Patched Channels & it all works fine for me.

Just my selfish opinion, but I find it counter-intuitive to suggest that the simple version (single press) deals with “hidden” channels, and the double press would be the way to deal with what you’re actually seeing.

Kate

Cottesloe Theatre

National Theatre

I've often said that these consoles are the coolest when you are programming your own show.  I think this issue is related to that.  I'm still amazed at what I can do and what I'm learning to do, but it's hard get a designer to get enthusiastically invested in learning all of the tricks the board can do.  Especially when every venue has a different console.  It's not their job and I wouldn't fault them but we still have to be able to agree on the language we use.  I am only now just beginning to make headway on getting them to accept and use [Thru Select Active] which sounds kind of clunky.  Again, sometimes its hard to get them to a point where caring about the difference between Thru or Thru Thru gets high on their priority list during tech week.  I can just imagine trying to explain that now, just because I'm running in something called "Flexi Active Channel" so that it makes it quicker to tell them what channel so and so is on page three [this by the way, becuase we don't have mirror mode], they have to think about the difference between Thru Thru and Thru each time they call a sequence.  They already glaze over at me after they've heard "EOS ION RPU RVI RFR iRFR and ETC" spouted out through the day. 

On the other hand,  I can see the utilility of this feature when you are pushing your own buttons, looking at your own screen, calling your own channels.  Or working for a designer who comes from a programming background.

I mentioned before that I found myself working in Flexi Active out of the need for Mirror Mode.  I used to really like All Channels with unpatched channels deleted, thereby learning channel systems by geography.  Lately, I've come around to using Patched Channels.  With one screen of playback, and two screens of channels, it never crossed my mind to use more than one Live screen at a time.  Though, now it occurs to me, that I have a fourth screen from the nearby RPU that I could put on Flexi Active, and not have to worry about it.

I guess in the end, I can live with it either way.  As it stands now, I just need to stay out of Flexi Active Channels while programming for someone else.  Remembering that a lot of designers don't want be bothered by that stuff.  Plus, mirror mode will be here with v1.8 in ten days, right?...  Right?

Oh yeah, could someone help me out with the "Large Rep Plot" scenario?  I know that I'm missing the obvious, but I would think that each show would have a specific patch that makes sense to each designer.  

As someone that has not yet programmed an EOS/ION, but am sure I will someday, I would like to put in my $.02.  First of all I would like some clarification of the current functions of the different syntaxes.

x (thru) y = selects all channels on the programming desk's active view between x and y

x (thru) (thru) y = selects all channels between x and y regardless of view or patch

x (thru) (select active) y = selects all channels on the programming desk's active view between x and y that currently have a value

Someone please correct me if I am wrong.  I bring up (select active) because I think some people here have been wanting (thru) (thru) to mean (thru on) [from Strand talk].  Now, in my opinion, the confusion here arises from the many different flexichannel views available today and the rise of many different monitors with multiple displays, NOT the actual function of the (thru) button.  If I recall from the "good old days" of Express(ion) land, there were only 2 different Stage displays possible, normal and flexichannel, and it's impossible to have them both at the same time on different monitors.  If you used flexichannel it would display all of the channels that had a value recorded in a cue of the current show file.  Now, when you were in flexichannel and you hit the (thru) button it would only include the channels that were in the flexi.  Because there was no (thru) (thru), if you wanted to select a channel that wasn't displayed, you keyed it in.  This was never confusing for anyone because the RVI would never display anything different than what the programmer was seeing.  There was no (thru on) or (select active) to worry about (unfortunately), so if the designer looked at the screen and says thru then s/he meant thru.

In conclusion :-D, if I am correct, and please tell me if I have gotten something wrong, the function of (thru) has not at all changed.  With the addition of (thru) (thru), ETC is simply trying to give the user options.  Just like the many new flexi views and multiple monitor displays.  These are all new and exciting, and hopefully, helpful utilities that ETC is making available to us.  However, with them, comes added responsibility for the user.  It is our responsibility to communicate with the designer to make sure we are using the same display, or if not, how we are going to communicate with each other.  It is our responsibility to know which of our displays is active when we type something into the command line.

/end rant

-Tim

You are close, but Expression 2/3 and Obsession II (and I believe I as well) did have the [Thru][Thru] syntax to mean all channels - [Thru] did only follow one's flexi mode. In other words, they were the same in concept to Eos 1.7's implementation.

But you are correct - there was only "Show Channels" flexi on these desks.

-luke-

Ahhh!

Please leave [Thru] as Flexi dependent. This is me rallying behind Crispy. We to have about 1000 ways of dimming it is sooo useful to have this feature. Does it not work for you 'patch what we use' guys to use Tab 1 with Patched channels and then have a second tab with Active if you like this view? It seems Active is the only problem case here.

T

Wow guess I really opened a can of worms with this thread.  I still stand behind (Thru) should be Abs.  Thru selecting whatever you type 1>5 selects 1,2,3,4,5 if they are patched of course.  I read everyones thoughts and alot of them make great sense.  So whatever ETC decides I will adjust, then figure out how to explian to all the different types of designers it is not a BUG just a new function.  I think right now though we are about 50/50 on this???

Anne, have you guys made a final decision yet about this???

This is why I think this should be a desk setting, that we the programmers can choose for ourselves!

Have fun everyone

tomsnell said:

Does it not work for you 'patch what we use' guys to use Tab 1 with Patched channels and then have a second tab with Active if you like this view? It seems Active is the only problem case here.

Then you'd have to take up 2 screens with the channel display - because Patched Channels would have to be an active tab (and therefore visible) in order for the desk to respond to the commands, and the other one with Active Channels so you can see that...

(With all these tuppences I've put in, I'm down several quid, so I'll shut up now!)

Dave