Solved IVC DSP Based on Server Position Rather than Client
-
Hello,
Loving getting back into BMS, thanks for 4.37 Devs!
I have a small issue when hosting a dedicated server with IVC. I have the game server and IVC server running on a spare laptop on my home network, and tonight I had my home PC and my friend join as clients.
The issue we faced is that the line of sight modelling for radio transmissions seemed to be using the server aircraft position instead of mine for its calculations. This only occurred during transmissions from me to my buddy.
So after takeoff. as soon as we put terrain between the server and our formation, my buddy could no longer hear me but I could hear him. When we established line of sight with the server position again, he could hear me. I could hear him throughout.
So it seems IVC thinks my position is the servers when calculating line of sight between me and my buddy, and only for transmissions in that direction.
Any ideas on how we could resolve this? I guess we could try running IVC on one of our own machines instead of the server, but we are both using VR so would like to free up as much CPU power as possible. Alternatively is there any way to disable the IVC line of sight modelling?
Thanks in advance.
Kai
-
Thank you very much Max and Ripper. This was the issue.
Although the pilot names were different, mine and the server callsigns began with the same three letters. Changing the callsign of the server has resolved the issue.
Thanks again, this can be marked as solved.
-
Further to this, it affects all clients. Hosting IVC on a different machine makes no difference.
Putting the server back into 2D resolves it.
Any ideas?
-
There is a parameter in IVC client ini file to change player from seat to all
-
@MaxWaldorf Thanks for the reply Max. I am not sure what parameter you mean.
Is it ‘outsiders’ parameter? From what I can see this affects the clients transmitting from 2D?
-
Disregard, having re-read the technical manual I think I know what you mean.
Setting the radio filter command line switch to ‘all’ will disregard the terrain masking effects for clients.
Thanks again, much appreciated!
-
Hmm, no this doesnt seem to be the case. The ini semes to be set to ‘all’ by default and the description in the manual suggests this logic applies to remote players, rather than those in 3D?
all
This means that you will always hear any remote player regardless of whether they are even running Falcon4 BMS or not with the only proviso being they are connected to the same voice server and speaking on a frequency to which you are tuned of course. -
By design, DSP is based on spacial position of players…
You have 3 options:
- seat (default)
- awacs (if you have a human awacs)
- all
What you are asking doesn’t make sense to me because the server is just another client… Why would have comms dsp based on the server position?
-
Understood, but from what I can see the ‘outsiders’ .ini option affects players not in 3D. My issue occurs for players in 3D.
Yes, it is a very curious issue, but 100% reproducible. As we fly further from the server, my wingmen report a slow degradation in quality and then eventual nocomm when flying off my wing. I assume what is causing it is related to the network. I am the only one affected (people can’t hear me) and I am on the same LAN as the server. Other clients have no problems between each other, its only with my client.
Additionally (because none of us are on static IPs) we are using zerotier (Hamachi equivalent) to get around port forwarding requirements. I presume it is being caused by something related to this. It has been flawless aside from this issue.
-
I have a 24/7 server with a server located far from the flot…
Never had any feedback on it…
The fact that you’re using a private VPN network might not be helping…
Could it be degrading because there is too much data to go through the line at some point?
Don’t forget that your bubble is away from server and will require you to share more data…
-
Thanks Max. The connection is 900Mbps, so it shouldn’t be bottlenecked there. I guess it might be something in the network settings.
The server is also affected. I can frag a flight on the opposite side of the map to the server and have clear comes both ways. So somehow the server thinks my position is the same as it’s own.
-
Sorry but I have no idea why your setup is doing this and I am 99% confident that this is working fine on my server so far (I don’t connect server to IVC anyway)…
-
@MaxWaldorf No problem, thanks Max. The discussion has raised a few other things I can try (including not joining server to IVC). Cheers.
-
Well I have now paid for a static IP from my ISP so I don’t have to use ZeroTier, and still the same problem unfortunately!
Have also tried:
-not connecting server to IVC
-connecting to server via LAN IP
-connecting to server via WAN IP
-hosting IVC on a different PCStill no luck. If anyone has any ideas let me know, I’m pulling my hair out! I assume its something in my router config…
-
Is it just you affected or others hear them well between themselves?
Other question… Do you and the server have the same callsign?
-
@MaxWaldorf All other clients are not affected. Just me. They can’t hear me, but can hear each other.
No, server has a different callsign, although the first word is the same. Ie server = ‘Kai Server’, and my callsign is ‘Kai’. Perhaps I should try changing that?
Cheers
-
Try to avoid same root for callsign
-
This seems to be the same thing that we discovered when testing for the same issue with F4RADAR operators being masked/attenuated. Switching the names fixes it (and that’s also mentioned in the F4RADAR instructions).
-
Thank you very much Max and Ripper. This was the issue.
Although the pilot names were different, mine and the server callsigns began with the same three letters. Changing the callsign of the server has resolved the issue.
Thanks again, this can be marked as solved.
-