Hey, reporting a bunch of issues my group has been dealing with over the past few weeks. We’re about 4 to 6 people using TS6 regularly, and the streaming/video features are pretty unstable for all of us, both on Linux and Windows 11.
Our setup
I’m on CachyOS (Arch-based), KDE Plasma/Wayland, NVIDIA RTX 4070, Ryzen 7 7800X3D, PipeWire. I run TS6 with these flags to get Wayland + webcam working at all:
__EGL_VENDOR_LIBRARY_FILENAMES=/usr/share/glvnd/egl_vendor.d/10_nvidia.json \
/path/to/TeamSpeak --ozone-platform=wayland --enable-features=WebRTCPipeWireCapturer --enable-usermedia-screen-capturing
Without the EGL vendor override, the client can’t even initialize the GPU. It spits out libEGL warning: egl: failed to create dri2 screen and driver (null).
My friends are all on Windows 11, various hardware.
Server is v6.0.0-beta8, self-hosted on a Hetzner VPS.
Client version: 6.0.0-beta3.4 (Build 1765462503, 11/12/2025, Chromium 143.0.7499.0)
The problems
Webcam crashes the client (Linux/Wayland)
This is the most annoying one. Turning on the webcam sometimes just segfaults the whole client. Sometimes it works, sometimes it doesn’t, no clear pattern. When it crashes, journalctl shows:
Segmentation fault (core dumped)
With a repeating stack trace like:
#4 0x0000558064ef655b (/TeamSpeak + 0x29d655b)
#5 0x00005580651182cb (/TeamSpeak + 0x2bf82cb)
#6 0x0000558064f09a42 (/TeamSpeak + 0x29e9a42)
#7 0x0000558064f096a8 (/TeamSpeak + 0x29e96a8)
I found that using a virtual webcam (v4l2loopback) instead of the real one makes it crash way less often, though not 100% stable either. I also tried --disable-gpu-sandbox and running inside a Distrobox Ubuntu 24.04 container with --disable-gpu, neither really helped.
Screen sharing crashes or never loads (Linux/Wayland)
When I try to share a window, the picker from xdg-desktop-portal-kde pops up fine, I select a window, and then it either crashes the client outright or just loads forever and the stream never starts. Nobody sees anything either way. Tried --use-gl=egl, --use-gl=desktop, even falling back to XWayland with DISPLAY=:0, none of it worked.
Also noticed xdg-desktop-portal-kde throwing errors in the logs with nonsensical texture sizes:
QSGRhiLayer: Unsupported size requested: [3416907, 102]. Maximum texture size: 32768
QSGRhiLayer: Unsupported size requested: [3441005, 102]. Maximum texture size: 32768
Those 3.4 million pixel width values are obviously wrong, something is going haywire with the portal when TS6 requests the screen capture.
Can’t use webcam + screen share at the same time (Linux)
Once the webcam is on, screen sharing just won’t start. No error, it just does nothing. Seems like the Linux client can only handle one stream at a time.
Multiple viewers crash each other (Linux + Windows)
This one hits everyone. When a few of us open the same stream (doesn’t matter if it’s a screen share or webcam), someone inevitably crashes. Or alternatively, the stream just never loads for one person, it shows the tile but stays blank/loading. It doesn’t seem to matter what OS you’re on; it happens on both Linux and Windows 11 in our group.
Client sometimes just doesn’t start (Linux + Windows)
Every now and then, TS6 just refuses to open. No window, no error. On Linux the process might briefly appear and then vanish. Closing and retrying usually works, but it’s annoying.
Minor stuff
Hitting the X button on Linux doesn’t actually close the process, it stays in the background and you have to pkill -f TeamSpeak manually.
Also seeing these GCM registration errors spammed in the logs, not sure if related but worth mentioning:
Registration response error message: DEPRECATED_ENDPOINT
Registration response error message: QUOTA_EXCEEDED
Hopefully this helps. Happy to provide more logs or test things if needed.