Skip to content

Conversation

@mutability
Copy link
Contributor

If the input connection is forced to Radarcape mode, then Radarcape status messages are expected immediately; beast-splitter does not wait to see a status message before starting the timer that expects at least one status message per 15 seconds.

New option, --beast-input-timeout, sets a timeout for non-Radarcape connections (in seconds). If no valid message is received within that timeout, beast-splitter disconnects/reconnects.

* If the input connection is forced to Radarcape mode, then Radarcape
  status messages are expected immediately; beast-splitter does not
  wait to see a status message before starting the timer that expects
  at least one status message per 15 seconds.

* New option, --beast-input-timeout, sets a timeout for non-Radarcape
  connections (in seconds). If no valid message is received within
  that timeout, beast-splitter disconnects/reconnects.

+ some internal cleanups
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants