5 ms·

Lowering hls_fragment[1] to 1s should help out a little with the latency. This is what I've done in the past with a similar project as yours, Open Streaming Pla

Lowering hls_fragment[1] to 1s should help out a little with the latency. This is what I've done in the past with a similar project as yours, Open Streaming Platform[2], with good results. Since you mentioned WebRTC for streaming to provide even lower latency, this is what I believe Project Lightspeed has achieved[3]. Might be something you'd be interested in, if you hadn't already seen it. [1] https://wiki.openstreamingplatform.com/Usage/Streaming#osp-nginx-rtmp-default-configuration https://wiki.openstreamingplatform.com/Usage/Streaming#osp-n... [2] https://wiki.openstreamingplatform.com/Usage/Streaming#osp-nginx-rtmp-default-configuration https://wiki.openstreamingplatform.com/Usage/Streaming#osp-n... [3] https://github.com/GRVYDEV/Project-Lightspeed https://github.com/GRVYDEV/Project-Lightspeed

GOATS- 5y ago
I've experimented a bit with lowering the hls_fragment value and the playlist length, and found that fragments smaller than 2 seconds caused too much buffering on the end client for it to be stable - which resulted in higher latency than before. I'm looking into the latency issues and I've started drafting up possible solutions. Low latency MPEG-DASH might be something to experiment with. It won't reach sub-second latency, but it will definitely be better than HLS.