4 ms·
I was looking for a reliable audio streaming method for a project, I came across QUIC and was in process of studying it. Its definitely seems to be the future,
by aaggarwal 11y ago
I was looking for a reliable audio streaming method for a project, I came across QUIC and was in process of studying it. Its definitely seems to be the future, but I am still unsure though about using it for the project.
- TD-Linux 11y agoYou should take a look at the WebRTC stack. Opus => RTP => DTLS => SCTP => UDP. For simpler applications you can drop parts of that, for example just RTP over UDP if you don't need retransmissions or encryption.
- aaggarwal 11y agoYes, WebRTC is also a contender, almost final before I came across QUIC. I was also studying it, the application has to be reliable, so except for the DTLS, I can't skip any other layer of stack. I just have to make a final test to compare the reliability and speed characteristics of TCP vs SCTP (and maybe QUIC) for the application. WebRTC also has excellent P2P features, that's again a big plus. Thanks for the help!
- TD-Linux 11y agoIf it has to be reliable as in no loss is allowed, you're going to need slightly higher latency. If TCP-level latencies are acceptable, maybe you should look at icecast. It's super simple to set up, and works in most browsers directly.
- aaggarwal 11y agoThanks for sharing, icecast looks nice. However, it doesn't relate to the type of application I was trying to build. I was trying to improve over TCP latencies, that's why I was looking over reliable but faster protocols at transport level. I will probably benchmark everything later and share it with everyone.