Refax: smaller fixes and added utilities

[ethouris]

Changes (LARGELY edited - lots of changes from this list were pushed through separate PRs):

1. Added FormatLossArray function for debug purposes.
2. Added some more logs and improved some existing logs.
3. FormatDuration now uses fixed floating point format.
4. Moved traceState to the interface and made generic so that it can be also used with other streams.
5. The handler for SRTO_RCVBUF moved to a separate function for the sake of future reusage.
6. Added some utilities to be used in the new code and some support the already added things
7. Made the group name dispatching in the apps more generic
8. Renamed raise_expection in FixedArray

[maxsharabayko]

No mercy to the reviewer 😢

[maxsharabayko]

Removed "syncOnMsgNo" flag in all occurrences. This was part of the future implementation of the balancing groups to use the synchronization on message number. That kind of synchronization will not be restored and the earlier implementation of the balancing groups that was using this kind of synchronization will not be restored.

This flag has landed in the Internet Draft and in previous versions of SRT, thus it has to be handled somehow.

As I see, you removed only the part where it was used to form the handshake.
I see it stays in the handshake processing - that is good, it has to be there.

Please move these changes to a separate PR.

You actually listed 12 changes unrelated to each other and put all of them in a single commit of a single PR with ~500 lines of changes. No mercy to the reviewer.

[ethouris]

Removed "syncOnMsgNo" flag in all occurrences....

This flag has landed in the Internet Draft and in previous versions of SRT, thus it has to be handled somehow.

That's why I did not remove the flag itself in the handshake data. Simply this time there's no way how it would be set.

As I see, you removed only the part where it was used to form the handshake. I see it stays in the handshake processing - that is good, it has to be there.

Intended. As it is now already in the protocol draft, I didn't want that it causes any changes there - still, there is no use of this feature anymore.

Please move these changes to a separate PR.

Will be done.

You actually listed 12 changes unrelated to each other and put all of them in a single commit of a single PR with ~500 lines of changes. No mercy to the reviewer.

I understand, but then note that - except for those related to the sync-on-msg flag (still, to be pused into a separate PR) - there are no dependencies between them. Every change entry is kinda on its own, unrelated to the others. The alternative would be to make a separate PR for every single change, or group them into multiple PRs by some weird criteria.