From 1ab7c98cd8b6de3d8c4e1cf722680751c1eb57e8 Mon Sep 17 00:00:00 2001 From: ninya9k Date: Wed, 7 Jul 2021 12:35:52 +0000 Subject: [PATCH] mention reversed scrolling direction --- README.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index a895d6e..358c72a 100644 --- a/README.md +++ b/README.md @@ -41,7 +41,8 @@ This works on Linux, and should work on macOS and Windows with some tweaking. Lo * Slow (if videojs is enabled). Using videojs is slower because you have to make many separate GET requests, without it you only need to make one. If you lower the HLS segment size to something like 2 seconds, you get very low latency without videojs (smallest i've got is 3 seconds) but with videojs the stream becomes unwatchable because of the overhead of each GET request you have to make. The stream delay is >30 seconds with videojs and >3 seconds without it. Hopefully this will decrease when congestion control gets into Tor: https://youtu.be/watch?v=zQDbfHSjbnI. ([This article](https://www.martin-riedl.de/2020/04/17/using-ffmpeg-as-a-hls-streaming-server-part-8-reducing-delay/) explains what causes HLS to have latency.) * Slow chat (uses meta refresh); will be better once websockets is implemented (only with JavaScript enabled though) * Doesn't use low-latency HLS -* There's a bug that causes the server after having run for a while to refuse to respond to any more requests. I don't know why it happens, it's probably something to do with `/stream.mp4` or `concatenate.py`. +* There's a bug that causes the server to refuse to respond to any more requests. It happens after it's been up for a few days, and inexplicably in some other circumstances. I don't know why it happens, it's probably something to do with `/stream.mp4` or `concatenate.py`. +* Scrolling direction is reversed in the chat because of the css trickery involved there, unsure if it can be fixed ## How it works