Some users cant hear when many users are online.

[skijk]

Run a TS server on a debian Linux box.
Works fine for most but when there are like 30+ ppl some of them cant hear what other ppl are saying. This seems to be kinda random who can hear and who can not.

Bandwidth is not an issue since the server runs on a 10mbit connection and a 1.6 GHz system. Tried to restart the server and even reinstalled a fresh copy of the TS server but same problem occurs.

Sometimes its like the connection is real shitty, like they can hear fragments of what is said. when there is like 10-20 ppl online it's no problem at all.

Anyone else know what this can be due to or experience the same problem?

[mokum]

This not a server sided problem [if indeed you have 10Mb] but a CLIENT side problem: their connection can only handle that much data. Remember that for every 'voice' a data connection from server to client is needed.

Some gamers I know have such terrible connectivity that they need to -stop- ts all together in order to be able to play or get into a channel with no more then two very silent players :p

Cheers,
mokum

[mosk]

I'm having the 'same' problem. 10mbit connection for the server. Ts2-server and clients. Debianbox for the server.

Now. As of my observations. The problems start when we hit more than 10 users in 1 channel. Then what happenes is that the people that came in LAST cant hear shit, just small fractions of what's being said. If there are 9 people in "Channel1" , and 9 people in "Channel2" on the same server, things work out just fine.

But as soon as we all try using the same channel, it always craps up for the poor bastards that came in last.

I've tried using all kindsa different codecs etc.

[switchback]

I'm having a similar issue with the Teamspeak Linux Server on SuSe 9.2 with a current kernel.

Once we reach 8 clients, new clients cannot hear anything, but the already connected clients can hear them.

Has anyone had any success with wrestling this bug?

[skijk]

I havent sorted it out yet no. :(

And it's not client-side based since if we connect to another TS-server it works just fine for everybody.
The same problem occurs if I run it on my windows-machine. which makes me starting to suspect either Switch or my ISP. I seriously doubted it to be the switch but I changed it just for the hell of it, and ofcourse it didnt help.

This leads me to suspect it's an ISP-oriented problem, i have BBB (bredbandsbolaget) fibre so its no DSL-crap. Any of you other guys checked with your ISP or had any progress at all?

This is really fucking annoying to be honest.
And I dont really wanna switch to ventrilo since I find TS so much nicer to deal with.

EDIT: I tried all codecs possible and it makes no difference :(

[skijk]

Buuuump.
Noone has a clue about this?
No developers of TS know or anyone?

[guldi]

Bandwidth is not an issue since the server runs on a 10mbit connection and a 1.6 GHz system. Tried to restart the server and even reinstalled a fresh copy of the TS server but same problem occurs.
so the server is directly hosted at an ISP or in a 10mbit LAN ? Or is the server hosted at your home in a 10MBit LAN ? then what is your exactly WAN access bandwidth ? The FAQ contains a thread dealing with bandwidth requirement.
From what you describe it sounds like a bandwidth problem to me ?

Sry, for asking this but we already had people predicitng their server was on a large bandwidth access till they found out that only the connection to the next router was 10 / 100 Mbit and the actual WAN connection was much smaller.

[skijk]

I have a 10mbit connection full duplex for myself. Not shared with anyone else.
And the WAN-connection from there is pure fibre optics as it is a part of swedens backbone!

So no it's not a bandwidth issue!

[Osirion]

Same problem here.

- On channel whit a lot of people (20+), last logged in won't hear nothing (for about 30 min)
- 10 Mbit connection full duplex, fiber
- Tryed a lot of codec, currently speedex 9.3
- Linux server (gentoo)
- On others ts servers, same codec, same people, there is no problem.
- Output bandwidth from server about 80-100 kbytes/sec (not a problem for the connection)

Any ideas?

[Osirion]

May anyone give us some tips about this iusse? pls!

[serbaut]

Same problem here. Works fine until around 52 users in one channel. Then some users cant hear anything while other work fine. When we get below ~50 all start to work again.

This happened to me (note that I'm on the same 100 Mbit LAN as the server so it really cant be a WAN capacity problem):

1. Pepole start complaining they cant hear anything at around 52 users in channel
2. My connection is fine and I can hear everyone. EVEN the ones complaining they cant hear anything!
3. I switch channel to an empty one
4. Some (one?) in the 52+ channel suddenly starts working
5. I switch back to the 52+ channel and I cant hear anything
6. When people starts to drop off I start to hear at around 50

Linux Server 2.0.20.1
RedHat Enterprise 4.2 (2.6.9 kernel)
10Mbit full duplex fibre WAN
Any codec

[diode]

We're experiencing this exact same issue with our server as well! However, For us the magic number seems to be about 38 per channel. Any more than 38 in a channel and anyone who joins after 38 can only hear a blip of sound once every few minutes. If a user leaves the channel, the 39th person gets their sound back. If the same person who just departed rejoins the channel, they have no sound. If the user joins a different channel, their sound is fine.

- Bandwidth not an issue
- No hardware resource constraints that I see
- CentOs 4.2 (recent kernel)
- 'ulimit -a'

core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
pending signals (-i) 1024
max locked memory (kbytes, -l) 32
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
stack size (kbytes, -s) 10240
cpu time (seconds, -t) unlimited
max user processes (-u) 8063
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited

NOTE: I've tried raising the open files limit, but there was no impact.

Any pointers on this issue would be greatly appreciated!

--Diode

[Wukkuan]

I have the same issue as everyone else here.... Lets look for something common:

100Mb -> Full DS3 (45Mb)
Dual Athlon 2.8Mhz
1.5Gb Ram
Fedora Core 5
Using MySQL 5.x for TS instead of SQLite


As a test, I have started a 2nd process and forced the nice level to -20 instead of the 19 it was at. I should have some feedback after tonight

[Crimson13]

This has just cropped up for us in the past 2 weeks or so. We used to have 70-80 guildies on our server at once with 40-50 in a single channel with NO problems whatsoever.

Now when we get above 25 or so things get choppy.

Lowering the codec to a "tinny" level helps a bit, but not enough to fix the problem.

if some of us go into a different channel on the server and the other channel is clear.

Server is running Gentoo with a 2.6 Kernel (which hasn't changed)
1GB of RAM
Athlon XP 1700+
100mbit dedicated.
CPU stays below 20% even when i'm doing all my logging and testing.
RAM usage is under 400mb
Running TS 2.0.20.1

Anyone have any solutions/updates?

[Scorpyn]

Do you have anything running that's using a lot of connections, like bittorrent or something? Try disabling that in that case.

[Crimson13]

Nope, nothing connection intensive running on the machine.