Determines the automatic reconnection process policy. Whenever the client's network drops, OpenVidu Browser starts a reconnection process with OpenVidu Server. After network is recovered, OpenVidu Browser automatically inspects all of its media streams to see their status. For any of them that are broken, it asks OpenVidu Server for a forced and silent reconnection.
This policy is technically enough to recover any broken media connection after a network drop, but in practice it has been proven that OpenVidu Browser may think a media connection has properly recovered when in fact it has not. This is not a common case, and it only affects Publisher streams, but it may occur. This property allows forcing OpenVidu Browser to reconnect all of its outgoing media streams after a network drop regardless of their supposed status.
The milliseconds that must elapse after triggering ExceptionEvent of type
ICE_CONNECTION_DISCONNECTED to perform an automatic reconnection process of the affected media stream.
This automatic reconnection process can only take place if the client still has network connection to OpenVidu Server. If the ICE connection has broken because of a total network drop,
then no reconnection process will be possible at all.
interval: (number) how frequently the analyser polls the audio stream to check if speaking has started/stopped or audio volume has changed. Default 100 (ms)
threshold: (number) the volume at which publisherStartSpeaking and publisherStopSpeaking events will be fired. Default -50 (dB)
This sets the global default configuration that will affect all streams, but you can later customize these values for each specific stream by calling StreamManager.updatePublisherSpeakingEventsOptions
URL to a custom screen share extension for Chrome (always based on ours: openvidu-screen-sharing-chrome-extension) to be used instead of the default one.
Must be something like this:
Generated using TypeDoc