既然 WebRTC 现在支持* UDP，为什么还没有针对 Javascript 的 SRT（由 Haivision）实现？

Question

不太想把这个做成“宽泛”的问题，主要关注两点：

#1。我们真的可以很快在浏览器中实现 UDP 连接（有一些可接受的限制）吗？

#2。我们不能以某种方式“变通”，让 SRT 到达最近的网络组件吗？

（详细说明 #2：[服务器 SS] --> [代理、负载均衡器、...] --> [靠近目标 SS 的服务器] ---（一些解决方法）--> [只接受 TCP 的客户端] SS = 支持 SRT

类似的东西：

SRT的主页视频本身似乎使用了相同的传输流（TS）

...阐述结束。）

---

因为TCP的头部有：

V/S UDP 的头部：

必须投入相当多的时间和精力，以确保免受潜在的破坏。 SRT 使用了这样的机制，但问题仍然存在：是否可能很快实现？

如何使用 SRT 将 Nodejs 实现到浏览器流式传输？

尝试使用 WebRTC 解决 TCP-only 问题（不是“问题”本身，而是功能）但最终令人困惑。