This is specifically concerned with the behaviour on handling of timeEvents (handleTimeEvent). For example, vidforwardPermanentStarting should follow directStarting's behaviour e.g. on timeout, call onFailureClosure.
Additionally, vidforwardPermanentTransitionSlateToLive on timeout should stay in slate mode. Therefore, on timeout, we don't want to transition from this state but just perform an email notification to inform of the problem.
The behaviour for vidforwardPermanentTransitionLiveToSlate should probably do something similar i.e. perform an email notify, so that we can try and fix the slate mechanism. We should ensure that the camera does power down. The effect from a viewer's perspective is that the broadcast will stay buffering until the problem is remedied
This is specifically concerned with the behaviour on handling of timeEvents (handleTimeEvent). For example, vidforwardPermanentStarting should follow directStarting's behaviour e.g. on timeout, call onFailureClosure.
Additionally, vidforwardPermanentTransitionSlateToLive on timeout should stay in slate mode. Therefore, on timeout, we don't want to transition from this state but just perform an email notification to inform of the problem.
The behaviour for vidforwardPermanentTransitionLiveToSlate should probably do something similar i.e. perform an email notify, so that we can try and fix the slate mechanism. We should ensure that the camera does power down. The effect from a viewer's perspective is that the broadcast will stay buffering until the problem is remedied