Add more compact bundle protocol

[9il]

@ImUrX I think we could adopt SlimeVR protocol instead of introducing our own. But we would need to add some features.

There is a higher chance that a smaller UDP will be delivered than a larger one. Also, we need to reduce the overall amount of data we send because iOS can kill our application if it consumes too many resources (battery, network, CPU, etc.).

Please, if possible, add #997 and #998 with this MR into the upcoming release v0.12.

[ImUrX]

Bundle protocol exists as a bypass for old hardware that doesn't implement frame aggregation in their networking implementation (ESP8266).
I can see that the optimization of this implementation is only having a subset of packets being supported (as maximum package type is 255u and length is also 255u). But there is no firmware development which verifies that this actually is useful by some benchmarks and a mobile device wouldn't really be taking advantage of it because it already does via frame aggregation

[9il]

@ImUrX What is the frame aggregation you are talking about?

[ImUrX]

It's used in Wi-Fi protocols https://en.wikipedia.org/wiki/Frame_aggregation
Bundling was implemented in SlimeVR as ESP8266 doesn't support frame aggregation.

[9il]

OK, I see. However, the main point is to reduce the amount of data transferred over the air. This PR reduces it more than three times.

That isn't beneficial for slimes because they have relatively large batteries and don't need to aggregate data from dozens of sensors.

On the other hand, the volume of data transmitted over the air is a critical factor for mobile phones, primarily due to power consumption concerns. For instance, iOS has a policy to terminate any background app that consumes some energy. Therefore, if an iPhone is required to act as a proxy, the data transfer needs to be carefully managed.

The same thing happens for some Android vendors as well.

Mocopi example can't be used here because they have only six sensors and a lower frame rate.

[ImUrX]

Please split your PR into two, having the IMU packet in another PR and the simplified bundle protocol in another then.

[9il]

@ImUrX The new packed is here #1001 now

[9il]

OK, CI passes, please merge it :)

[ImUrX]

Sorry but we are releasing 0.12 without this PR, we have a release candidate system and it's been almost a month since we released the first one.

We don't really want to do another release candidate because of this.

[ImUrX]

Can you update the PR?

[9il]

Do you mean an update from the main? Done.