Project

General

Profile

Automatic mode logic

Control events:

  • speaker began speaking into a microphone
  • microphone became silent
  • player began video playback
  • player stopped video playback

The logic

The camera switches to the microphone which is active during at least T1 seconds.
Each switching of view happens with a frequency not greater than T2 seconds.
Switching between cameras is done via general view which is held for at least T7 seconds (settings)
If the microphone the camera looks at remains silent for more than T3 seconds, it doesn’t stay in focus anymore and switching is required.
If all microphones remain silent, general view is displayed and held.
If someone speaks for more than T4 seconds, switching to general view follows (whcih is then held for at least T6 seconds)
If more than one microphone are active during T5 seconds, general view is displayed.
The general view is held for T6 seconds (after TB seconds the search for a fitting view commences. If there is only one camera with an active miscrophone it switches to that camera.)
When executing the titration command the possibility of switching to general view or another camera is blocked for T8 seconds.

Time periods

T1 - Lag of reaction to mic activation
T2 - One view minimum display time
T3 - Lag of reaction to mic desactivation
T4 - One-camera view max time
T5 - Lag of reaction to simultaneous activity of several microphones
T6 - General view min time. This period is used if the general view is displayed because of the simultaneous activity of several microphones or long activity of one microphone. However, if the general view is displayed when switching between cameras, T7 will be used.
T7 - General view time when switching between cameras.
T8 - Titration command execution time.

The Player

Working with player is done using the same algorithm as with cameras.
Instead of microphone signal presence, player video playback markers are used.
Lags T1 and T3 are not used.
Player view time is not limited.

Priorities

Each camera and player can have a priority assigned to it.
Priority determines whether the system will react to activation of the detector assigned to this particular channel.
Detector is not considered active if there’s an active detector on a channel that has a higher priority.
An example: if there’s camera1 with a higher priority (the host), the system will not switch to camera2 (guest) until the host stops speaking, even if the guest is also speaking at the moment.
An example: Player’s priority must always be different to camera’s priority to avoid conflicts. In other words, during translation of news the player has higher priority, while during a musical block it is the other way round.

Add picture from clipboard (Maximum size: 742 MB)