Where do the repository live?
Where is the repository located? I have found one at https://sourceforge.net/p/fgms/src/ci/master/tree/, which seem to be the main place these days as the link at the end of the article currently is dead.
—Johan G (Talk | contribs) 10:22, 7 May 2019 (EDT)
Working around fgms limitations until HLA has materialized a little more ...
|
Work in progress This article or section will be worked on in the upcoming hours or days. See history for the latest developments.
|
|
I had something similar to your JSON/Nasal client working a while ago for ship AIS, but didn't have the time to develop something more substantial.
|
|
|
A combat sim, like T4T, will obviously require much more shared state than just weather/environmental stuff - I think, we have already provided a bunch of related pointers to customize fgms accordingly.
|
|
|
the multiplayer protocol is severely limited already, there's simply a hard limit that can be reached pretty quickly, this also applies to fgms obviously. So, I have also always thought in terms of a separate "environment server" for such state.
|
|
|
But a combat sim using FG such as T4T that aims to have an online presence will need a server for AI gun batteries, supply and demand convoys and many other things one of which will be synchronised clouds..
Hopefully someone might be interested in giving it a go..but it doesn't have to be the normal suspects.
|
|
|
Like I mentioned previously, many of these requirements will be far easier dealt with once the ongoing DIS/HLA work is materializing a little more.
Anything related to the multiplayer system is likely to become obsolete then. I already sent you a number of pointers regarding this. The wiki contains lots of more info, too.
Personally, I am not too eager to work on the MP system for these very reasons, and I guess that applies to most other users knowing C++ and networking basics.
|
|
|
Regarding HLA: Please, do feel free to continue working with fgms, I just said that you shouldn't be surprised if/when fgms will eventually be phased out. I also don't expect that to happen during the next 12-18 months, but I'm pretty sure that it will happen. There are more and more core developers aware of the HLA effort and what it is about. And more and more core developers are fully supportive of adopting HLA.
|
|
|
Adding socket bindings to the Nasal interface would be quite simple, and it is well documented: Howto:Extend_Nasal
One would only need to use PLIB's socket wrappers and expose them via extension functions, or even objects - using Tom's new cppbind framework in simgear/nasal/cppbind.
|
|