Park.... a Query

Ok, next debatable topic.  Right now, park is maintained in persistent storage.  That means if you cycle power to the desk, the park information is maintained.   Is this what you would expect?

It is also included in your show file.  So, if you load a new show file, it will replace the current park information.  Is this what you'd expect?

??

 a 

Parents
  • Yes.  I hate that about older consoles (Old Blue) that made you repark items after a reload.
  • Hmmm.... we do get some people who want the option.  Soooo, I think what we should probably do it add Park as an option on a File Open.  So, by default, it opens the data that was in use in park when the file was saved, clearing anything else that might be in Park at the point the file is opened.... or you can exclude the "park" from opening, thereby maintaining the current park state.

    ??

  • I thought that was a bug!


    I think that ETC park functionality has always treated the function as show independent, it's a background state.  The idea of having it load the channels that were parked when the console saved the show makes me writhe in horror, at the very least make the default the other way around.

    If I have a channel parked off because someone's working on it on a ladder, NOTHING, other than user intervention, should change that.  In my eyes, this is a major safety issue.

     

    Victor 

Reply
  • I thought that was a bug!


    I think that ETC park functionality has always treated the function as show independent, it's a background state.  The idea of having it load the channels that were parked when the console saved the show makes me writhe in horror, at the very least make the default the other way around.

    If I have a channel parked off because someone's working on it on a ladder, NOTHING, other than user intervention, should change that.  In my eyes, this is a major safety issue.

     

    Victor 

Children
No Data
Related