If had before version 3.2.5 teamspeak it works nice, now i have boring 3.5.0 do the steps you said, nothing works 
A new version of the plugin is available.
Download: v1.2.2
It should fix the issues with TeamSpeak 3.3.0, however you are now required to use the latest version of TeamSpeak. The changes they made to their API is not compatible with older versions.
Server owners will have to update the plugin version in the script’s c_config.lua as well.
Feedback is welcome.
3 Likes
I’m lost on this point. I love the function of changing clients teamspeak name to their Steam name, but I dont want it. We have police callsigns in the nickname and whenever we join the channel, it forces our name to steam name. Any way that I can disable that. Been looking over your entire script and I can’t find a way.
Happy to see new build push for updated, api version. I am almost done with working with qt 5.12 since 5.6 will be no longer supported, Making a git pull request soon as possible
Works fine - thx a lot for the fast support!
Added new Pull Request with option for Users to have TeamSpeak change user names or not and updated Readme.md
Hello! I’m having a little trouble and hope someone will be able to help.
When talking on the phone, the animation for holding it works fine. When talking on the radio no animation is shown. Is there something I need to specifically look for in the code or do I need to add something myself?
Any help would be massively appreciated, thank you 
So I have configured the files as far as I know correctly. All channels within my Teamspeak are exactly the same as they are in the config files.
When I move into “Public Dispatch” which is the main dispatch channel the script works with Teamspeak. When I move into a different channel which has been configured in s_config.lua with the exact name is TS.
How do I fix this. I will provide files if requested. Thanks in advance!
You have a another script running a the same animation for talking on Radio? For instance. There’s a resource called PTTPoliceRadio, doesn’t do much but, adds animation for radio on hand and doing the talking animation, if you have something similar might conflicting.
System doesn’t work that way, There’s only 1 TeamSpeak channel you need to be in. What TokoVoip does, is when you switch radio channels connects you and the person(s) through whisper i.e. like talking on the radio, if not talking on a “radio channel” then it acts like a VOIP.
So basically, Make 1 TeamSpeak channel Make sure to call that in the config
TSChannel = "SERVER_1",
TSPassword = "Toko_pass", -- TeamSpeak channel password (can be empty)
You see TSChannel is just for the channel to just to be used in game.
Then
TokoVoipConfig = {
channels = {
{name = "Call PD Radio", subscribers = {}},
{name = "EMS Radio", subscribers = {}},
{name = "PD/SO/EMS Shared Radio", subscribers = {}},
{name = "SO Radio", subscribers = {}},
{name = "PD/SO Shared Radio", subscribers = {}}
}
};
Are “channels” in game i.e. whisper connections via clients through TS. So when you make a in game radio menu or gui you can connect that to functions from TokoVoip, i.e
exports.tokovoip_script:addPlayerToRadio(16)
which will connect them to :
{name = "Call PD Radio", subscribers = {}},
while still being in the Main TeamSpeak channel
So how would I connect the channel ID from the s_config.lua to an export?
Okay here’s a tutorial:
I’m going to create UI with esx using something like this:
function OpenRadio()
local _source = source
local PlayerData = ESX.GetPlayerData(_source)
-- Now to add some elements / tables
local elements = {
{label = 'Disconnect from Frqs', value = 'disconnect'}
}
-- Not above I created a label can be anything but, value is important
-- now quick check for users whom use this function let's if they are police or not
if (PlayerData.job.name == 'police') then -- if true then
table.insert(elements, { label = 'PD/SO Shared Radio', value = 'pdso'}) -- reference from config
else -- give civ freqs
table.insert(elements, { label = 'Radio 1', value = 'radio2'}) -- not reference from config but it will work
end
ESX.UI.Menu.CloseAll()
ESX.UI.Menu.Open('defualt', GetCurrentResourceName(), 'radio',
{
title = 'My Super Awesome, Amazing Radio System 2.0!'
align = 'top-right',
elements = elements
}, function(data, menu)
menu.close()
--- Okay now lets check which is selected then add that user to that Radio channel
if data.current.value == 'pdso' then
export.tokovoip_script:addPlayerToRadio(1) -- now here's where you need to test, notice I put a number here "1" which doesn't really refer to any channel,
--since the channel names are strings, that's okay since we know that we want 1 to be PD/SO Shared Radio,
--every user connecting to channel one will still connect to another. You can go in game and hold shift then press 9 to bring up ■■■■■■■■ debug
I would finished this but, I am sure you figure out the rest, good luck 
Any update on the work for changing to ts uuid?
Yes, there’s 1 problem and tons of brain storming an testing.
■■■■■■■■ is design with client sending and keeping update the user/user(s)
In FiveM player data is static meaning Once ■■■■■■■■ grabs User info -> Sends to TS -> Finds user updates and updates all other user
as you can see, for TeamSpeak to know which user to update and those around, Connecting via Name match works great, now once you switch it to UUID you have to have the end user hold that info in memory, updating all the time, cause if the player “loses” there uuid from TeamSpeak system breaks.
So TDLR I’m seeing if I should make ■■■■■■■■ into ESX/VRP as a separate build since with ESX and VRP I can use there base i.e. send user UUID to sql once player connects grab player info and uuid and match it to TeamSpeak, which will sync it. This will also make me rewrite almost all ■■■■■■■■ API functions and other functions.
If people want it I’ll make it with the okay from Itokoyamato
@vonbismarck45 I’d rather not have such system rely on any frameworks, especially your with your approach, it’s only making things more complicated than they need to be.
Using TS UUIDs is likely easier than using those frameworks tbh
I’ll be looking at getting the current pull requests merged to master this weekend, I’ll see if I can do the UUID system as well if I get enough time.
Sounds good to me
We had PTTPoliceRadio before we had ■■■■ but have since turned that off. We don’t have any other radio emote script. It’s odd as the phone animation works fine.
Can i someho add Support Channel to the Allowed Channels list? If someone needs support he always gets the black screen becaus he’s not in the Ingame channel
If they are ever registered to be not in the connect channel, it’ll black out the screen. You don’t need to make 20 teamspeak channels
i know but i want to allow people to be in the support channel but still be able to do stuff ingame…