I have recently set up a TeamSpeak 6 server using Docker on a VPS. While the basic functions are working, I am facing a major issue where the screen share lags severely or feels very choppy when trying to stream.
To make it easier for the developers and the community to diagnose the issue, I recorded the exact steps I took during the installation and setup process. I uploaded it here:
(Note: This is strictly for troubleshooting and technical verification. I am not promoting this video or looking for views; I genuinely just need help to find out if I made any mistakes during the Docker/VPS configuration that could cause this screen share lag.)
Could anyone please check if:
There is an issue with my Docker installation steps?
I missed configuring any specific ports or network settings on my VPS that are required for smooth screen sharing?
Is there a known bug or a workaround for TS6 screen-sharing lag on VPS deployments?
I do not think your Docker setup is the problem here. Screen sharing currently works through P2P, so you should not need to open any additional screen sharing ports on the VPS itself.
I would probably look more at the connection between the person streaming and the viewers. Things like upload speed, packet loss, NAT or firewall behavior could cause the stream to become laggy.
You could also try the same stream with the same people on another TS6 server. If it behaves the same there, that would pretty much rule out your VPS/Docker setup.
Lowering the resolution, FPS or bitrate for a test might also help narrow it down.
Your explanation about screen sharing utilizing Peer-to-Peer (P2P) connections makes a lot of sense, and it clears up my doubts regarding the VPS port configurations.
Based on your suggestions, I will troubleshoot this by executing the following steps:
Alternative Server Test: I will test the same stream with the same participants on an official or public TS6 server to isolate if the issue is environment-specific.
Network Metrics Check: I will monitor the packet loss, upload speeds, and NAT types among the users during the session.
Stream Optimization: I will lower the resolution, FPS, and bitrate settings to check if the choppiness reduces.
If the issue persists even on other servers, it is likely a client-side network constraint or an optimization issue within the current TS6 client build.
I truly appreciate your time and help in narrowing this down!
You are welcome! Those tests should help narrow it down quite a bit.
I would be especially interested in the result of testing the same stream with the same participants on another TS6 server. If the issue is exactly the same there, your VPS/Docker setup can pretty much be ruled out.
If you get the chance, let me know how the tests go.
I am currently setting up the tests with the participants and will be running them over the next couple of days.
I will definitely monitor the results on the alternative server closely, as you suggested, to see if we can rule out the VPS/Docker environment entirely.
I will make sure to update this thread with the outcomes as soon as we finish testing. Thanks again for following up!
Like already mentioned by @Rikku the client can currently only utilize P2P as a connection methode, therefore you can almost certainly rule out any server issues.
You should maybe keep in mind that you’ll need to send each stream to every viewer, which can result in a very high network usage. Therefore you should check your task manager for more insights on how much bandwidth the client is using. Maybe it is already maxing our your network card.