Hi René!
Thanks for the words of encouragement and your continued support!
For questions like this, the best medium at the moment is github discussions.
For your application, `input.harbor` is not what I would recommend. It uses a TCP connection and requires buffering so you will never be able to get below a certain threshold for latency.
The best I would suggest for latency is:
* Use a udp-based input. `input.srt` is probably the best for us.
* Reduce the frame size.
In `2.3.x`, the current `main` this is now a plain feature but this is also the experimental version. If you wanted to try with this one, though, I would personally help fixing whatever bug you encounter.
Lastly, you would also need a suitable output. Again, `output.srt` would be great but it's not for general public consumption so you would then need another broadcast server to receive it and make it available to your listeners.
If you give more details we can see about this further. Also, happy to move this to github discussion where you might be more feedback from other users.
-- Romain