Results 1 to 4 of 4
Thread: token-style voice-coordination
19-01-2004, 11:56 #1janne.e Guest
When several ppl is active in one room it's sometimes difficult to coordinate who gets the voice. People interrupt eachother, start talking at the same time - stops - wait for the other to start.. You know the drill.
I'm just a newbie TS'er so there might already be a solution for this.. If not; wouldn't a token-like synchronization be useful?
When someone wants to talk that person would have to press a "talk-key", the server would check that noone else was already talking (holding the token), and if so grant that person the token until the "talk-key" is released. A short "blip" would be played to the user when the token/voice has been granted.
In most cases the user would just press "talk", shortly thereafter he would hear a blip and be able to speak.
One problem would be voice-activation ofcourse.. Possible solution: Token would be requested (auto) by the client when voice activation is triggered. If the token could not be required the client would play a "blip" to the user trying to speak. The user would then know that nothing he said had been transmitted and would have try again when it's silent in the room.
Just an idea :-)
19-01-2004, 13:15 #2-= TeamSpeak Fanatic =-
- Join Date
- Dec 2002
It is not possible with the current version.
But a "no voice over" flag for a channel was already suggested, which would also force ptt in that channel.
30-01-2004, 20:14 #3-= TeamSpeak User =-
- Join Date
- Jul 2003
- Newbury Park, CA
This has been requested several times by our members also.
It would be nice to see a 'token' flag for a channel which requires you be in hotkey-activation rather than voice activated.
It shouldn't be that hard to implement.
Is it even on the roadmap?
30-01-2004, 20:49 #4-= TeamSpeak Support =-
- Join Date
- Oct 2002
we thought about such a system ourselves...
but there are several issues about that...
you could allow everyone to talk even though another persons already is transmitting. The server will then store the packets and send them when everything is silent again.
Problem: especially with wrong settings this will cause a huge stack, nearly impossible to use such a system in a large channel.
another way is the one with sound-notifications and a real-time transmission... when you can't talk at that time then you'll hear a notification sound. Again the problem are users using voiceactivation with a wrong activation-level, what means: they'll block others. So the solution would be: force push-to-talk. (not very neat in my opinion.)
the third solution we thought about was to implement 3D-support or at least a small delay between the playback on your left and right speakers... this would create a feeling of direction from where the user is heard. We think it would be much easier to distinguish between the people you can then hear at the same moment.
Still we're focusing on porting TeamSpeak to C first.
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)