The file chunks are hosted by the 'Caddy' web server, which is reverse proxied by NGINX, which hosts a static HTML page with video.js, although this detail is relatively unimportant. My question is: is there some settings on OBS and on ffmpeg that would allow this to have as low end-to-end latency as possible, while not having too many bad artifacts? I'm not very well versed on video encoding and streaming, so this is all quite new to me. I'm using ffmpeg to ingest an RTSP video/audio stream, and perform real-time encoding to HLS + fMP4 segments (chunks). I attach below my OBS settings, and an example of artifacts. Furthermore, there seems to be a lot of artifacts on the video (problems with encoding? I'm not sure why these happen?) A friend with better internet saw it fluctuating between 4-15 seconds. With my crappy internet it must have been like half a minute. However, the latency seems to be quite high. Set up OBS to stream using RTP to the server on port 8558 with libx264 encoding.I have found this awesome little library, which sets up an RTSP server, which I'm running on my digital ocean server. I know peer-to-peer would be the lowest latency, but it seems using an intermediate server is a lot easier to setup. I want to be able to do some simple low-latency screen share.

Ffmpeg rtsp stream latency