News from the Docs team for 4.37.3
-
I have seen the “g_bUseBMLModels” option in the “Code change Log” of BMS 4.37 U3 on BMS web site (ref: [https://www.falcon-bms.com/changelogs/falcon-bms-4-37-3/](url du lien) )
- Use g_bUseBMLModels = false (in user config file) if you want to use LOD and batch convert
There is also another important option discussed there:
- Added g_fTacviewFramesSkippedMultiplier to modify number of frames skipped in tacview recording and thus control size of acmi (default = 1.0)
_ 0.0: all frames a written (huge acmi, for debugging only)
_ 0-1 decrease skipped frames.
_ >1 increase skipped frames (reduce acmi size).
Previously, at every U1, U2, U3 updates, a list off all new or removed config options or keyfile callbacks was very well documented in your “BMS Technical Manual.pdf”. The last update of this technical currently available is for 4.37 U2.
That’s why I was asking for your technical background here, because I can’t know if this is a supported (“MISC”) option or a “Dev/Debug” option.
-
@101-Spyder
Understood. The Technical Manual will be hopefully maintained for the next update. -
@Micro_440th
Thank you so much !I’m sorry with all those questions.
I fully understand that you have your own concerns. As the commander of a squadron with a multitude of participants, you must also understand that I must prepare the necessary tools to manage this squadron in order to make the Falcon BMS experience enjoyable for all our members and thus promote your work.
Technical documentation is essential and you have always fulfilled this mandate perfectly.
No other simulator has so much documentation, because it is the only simulator of its kind that is so thorough and technically advanced. I know that maintaining all of this is a colossal task. Congratulations to all of you!
-
@Micro_440th Hi, just wanted to say thanks to the docs team for the updates to the KTO parking maps. The ones I’m using/need at the moment have had all the co-ordinates removed which makes them far less cluttered and much easier to read - I immediately found the ‘00’ area at Osan I couldn’t find previously.
Also, the arming/de-arming area maps are really handy too.
Great work and thank you!
-
Many thanks to all those involved in the development of BMS and all its documentation and training resources, I would like to ask if the 4.38 documentation manual will have significant changes in structure and content from the current manual.
-
@asleepwater said in News from the Docs team for 4.37.3:
Many thanks to all those involved in the development of BMS and all its documentation and training resources, I would like to ask if the 4.38 documentation manual will have significant changes in structure and content from the current manual.
Hi!
We plan to move most of the documents to a wiki environment in the future. But that’s not finally decided yet.
Till then, we stick to the current format and update all docs if needed. -
@Micro_440th will it still be downloadable as a pdf though? It’s particularly useful having the training manual as a pdf as it can be loaded into openkneeboard and viewed easily
In VR during flight; less easy with web content. -
@rubbra Agreed!!! Good old PDFs is a great option. Unless they are somehow like the great EFBs out there, which OpenKneeboard supports and is actually in PDF format, although originally made apparently PPT. Clickable content like that could be great and actually how most RL aviation docs are going now, but I agree webpage based format seems clunky and hard to use for VR doc display systems. I also honestly like having two streams of content outside of VR, PDF reader for docs, browser for internet stuff.
-
@rubbra said in News from the Docs team for 4.37.3:
@Micro_440th will it still be downloadable as a pdf though? It’s particularly useful having the training manual as a pdf as it can be loaded into openkneeboard and viewed easily
In VR during flight; less easy with web content.Thats what we plan.
-
@Snake122 said in News from the Docs team for 4.37.3:
@rubbra Agreed!!! Good old PDFs is a great option. Unless they are somehow like the great EFBs out there, which OpenKneeboard supports and is actually in PDF format, although originally made apparently PPT. Clickable content like that could be great and actually how most RL aviation docs are going now, but I agree webpage based format seems clunky and hard to use for VR doc display systems. I also honestly like having two streams of content outside of VR, PDF reader for docs, browser for internet stuff.
We must avoid maintainiung two streams of content by any costs or the workload is not possible to handle.
What we have in mind is to use wiki and create pdfs out of it if needed by the user. -
@Micro_440th I was thinking about that right after I hit send from a document production level (which I did professionally for a short time). It has to be easier for a small volunteer team to work in that style format. Also if it’s all hyperlnked there are a lot of things you can do like modern RL docs. But one other big thing I’d hate to lose is the current document size chunk Ctrl+F search that I honestly use a lot outside of VR. Webpages could make that that harder, even with Google, etc. So output to PDF I think is still great for the end users.