You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If vMix is running on a host in the network then TallyArbiter manages to connect when TallyArbiter is started. If vMix is not running will TallyArbiter only try to connect once, no reconnects will be triggered.
It is also not possible to manually initiate a vMix reconnect from the UI. The only way is to restart TallyArbiter when it is possible to connect to vMix.
It looks like the timeout for a new connection is not triggered as it should. The behaviour is the same both if the vMix service is not running (ECONNREFUSED) or if the vMix host is not reachable (ETIMEDOUT).
However if the vMix source is replaced with an OBS source does the connection handling work as expected. Reconnects are done when the OBS host is not reachable.
The failing vMix reconnect behaviour is the same on 3.0.x. It works as expected on 2.0.16. I have tested it on both Windows and MacOS.
Version
3.0.4
Distribution
CLI
OS
Windows
What browsers are you seeing the problem on?
Chrome
If applicable, What Listener Clients are You Using?
Features:
(relay-listener) Added support for multiple relay boards
(OBS) Added support for OBS 28 (websocket protocol version 5) and preview/program tally for OBS 28
(ui) Added use of device name instead of client only on chat
(ui) Added enable/disable chat options to tally view
(m5AtomMatrix) Added support for password
Fixes:
(build) Updated build environments.
(build) Updated external dependencies.
(gpo-listener) Correction of connection handling and device reassignment
(m5AtomMatrix-listener) Corrected displayed camera number
(m5StickC-listener) Correction to setup the TallyArbiter IP address in the UI and internal LED definition
(relay-listener) Improved error handling
(ui) Improved server reconnection and connection lost status
(Analog Way Livecore) Added connect()/reconnect() to enable reconnect handling.
(ATEM) Improved Atem source handling
(Blackmagic VideoHub) Removed premature connected status.
(Newtek Tricaster) Added connect()/reconnect() to enable reconnect handling.
(OBS) Removed bug causing infinite reconnect attempts
(Roland VR) Added connect()/reconnect() to enable reconnect handling.
(vMix) Added connect()/reconnect() to enable reconnect handling. Fix for josephdadams#532. Removed memory leak at connect handling
What happened?
If vMix is running on a host in the network then TallyArbiter manages to connect when TallyArbiter is started. If vMix is not running will TallyArbiter only try to connect once, no reconnects will be triggered.
It is also not possible to manually initiate a vMix reconnect from the UI. The only way is to restart TallyArbiter when it is possible to connect to vMix.
It looks like the timeout for a new connection is not triggered as it should. The behaviour is the same both if the vMix service is not running (ECONNREFUSED) or if the vMix host is not reachable (ETIMEDOUT).
However if the vMix source is replaced with an OBS source does the connection handling work as expected. Reconnects are done when the OBS host is not reachable.
The failing vMix reconnect behaviour is the same on 3.0.x. It works as expected on 2.0.16. I have tested it on both Windows and MacOS.
Version
3.0.4
Distribution
CLI
OS
Windows
What browsers are you seeing the problem on?
Chrome
If applicable, What Listener Clients are You Using?
No response
TallyArbiter configuration
Relevant log output
Error stacktrace (if applicable)
No response
The text was updated successfully, but these errors were encountered: