Stuck on an issue?
Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.
And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.
Evaluate WebTransport protocols and APIs
See original GitHub issueIssue Description
There’s a draft on WebTransport going on, which is a successor of WebSocket that supports both reliable and unreliable communication. It’s not currently usable - hopefully, it will in the future (when?)
It would be nice to start thinking about how to make Colyseus use its reliable/unreliable API for sending and/or receiving data.
Issue Analytics
- State:
- Created 3 years ago
- Reactions:10
- Comments:10 (1 by maintainers)
Top Results From Across the Web
Using WebTransport - web.dev
WebTransport is a web API that uses the HTTP/3 protocol as a bidirectional transport. It's intended for two-way communications between a web ...
Read more >The WebTransport Protocol Framework draft-ietf-webtrans- ...
WebTransport protocols and APIs are expected to provide partial stream data to the application before the stream has been entirely received.
Read more >WebTransport - Chrome Platform Status
Currently, Web application developers have two APIs for bidirectional communications with a remote server: WebSockets and RTCDataChannel.
Read more >Use WebTransport for streaming market data - Forum
This article presents the background information and the current delivery protocol. Should we consider WebTransport for streaming data. Yes. Yes ...
Read more >Multicast Community Group Charter - W3C on GitHub
Existing proprietary transport protocols MAY be evaluated and ... player built on top of a multicast-enabled WebTransport API would not be ...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Just sharing something for the brainstorming. we were talking about it with ECSY users. The http://geckos.io/ guy is showing some real improvements with bad connections.
200ms and 10% packet loss TCP vs UDP : https://youtu.be/ZEEBsq3eQmg?t=104
This is impressive !
Oh you are this guy, I did not noticed, i am ambarased 😄
… Thanks for the precisions btw, your tests shows why UDP is important 😃