- Posts: 2958
- Thank you received: 464
Richard wrote: Using RPI in a modular distributed system is a great idea; providing that the devices are properly integrated with the simulation host (i.e. FG pc). Latency and frame synchronisation need to be considered as does the method of communicating; but I think this is well understood.
I don't know if you've looked into FGcom but it's basically an IAX VOIP client for asterisk. The FGCom server is just an asterisk server configured in a certain way. I'm sure you already know this but asterisk is a fully fledged PBX VOIP system. I'm using one at home to run our phones. So the problems with channels and quality are all configuration related. The one thing that I don't think we would be able to simulate is two stations transmitting simultaneously on the same frequency and the results based on receiver distances from the two stations. In terms of the audio quality asterisk supports many different codecs, which is good because we can match the codec to the available bandwidth in each frequency band to get an approximation of the quality you'd expect from VHF/UHF.
You can configure your own FGCom server probably quite easily.
I'm sure that there were a whole heap of issues and workarounds that will need to be addressed with mumble; and possibly FGCom has already fixed most of these.
If using a standalone FGCom client then it might be easy to reconfigure and customise.
But I don't really know much about how mumble works so it might be more suitable
Algernon wrote: How about 2pm? I should have half an hour to an hour then - would also like to test the VHF in the Lightning with FGCom if possible...
You are not logged in.