News from the Docs team for 4.37.3
-
@Micro_440th said in News from the Docs team for 4.37.3:
Yesterday we finished the first version of the F-15C manuals (-1, -34 and CL) which will come with U3. Like the F-15C in BMS, they are not complete yet but will reflect the current dev state.
M
3 Replies Last reply about 21 hours ago ReplyGreat news Micro! The documentation is really top notch for BMS!
-
-
@Micro_440th
After my update to Falcon BMS 4.37 U3, I can’t find the updated “BMS-technical-Manual.pdf”.Does this manual exist for U3 or if not, is it planned shortly?
This manual is very important for technical updates.The part that concerns me the most is in the “3.5 Removed options” and “New options” section.
I need it to provide more accurate informations for my upcoming “BMSConfig437.exe” tool. Thanks! -
@101-Spyder should be there … with a Oct 25 datestamp
-
-
The Technical manual has no updates. Only the copyright statement was updated . So the changelog in this case is partially correct.
-
-
@Micro_440th
Thank for your previous answer about Technical Manual for 4.37 U3. Very appreciated.
Could you provide me some other guidances for these config options:I’m assuming those default values for Falcon BMS.cfg, so correct me if I’m wrong:
set g_bNoVRRealisticF15HUDSymbolPositions 0 // 1 (True) to force realistic symbol positions for NoVR mode, 0 (False). Default value = 0.
set g_fTacviewFramesSkippedMultiplier 1 // Number of frames skipped in tacview recording and thus control size of acmi. Default value = 1.0.
set g_bUseBMLModels 1 // Use BMS Models. Default 1 (True) to use BML models. 0 (False) to use LOD and batch convert.
Config options SECTIONS related: (Correct me if I’m wrong):
g_bNoVRRealisticF15HUDSymbolPositions : section “VR Settings”.
g_fTacviewFramesSkippedMultiplier : section “MISC”.
g_bUseBMLModels : section “MISC”.As always, thank you very much for your help!
-
I also discover that “g_b3DClickableCursorAnchored” is now default to 0 IN bms 4.37 U3.
In previous versions, this default value was set to 1.Is it ok to change this default value to 0 in BMS 4.37 U3?
Thanks! -
@101-Spyder said in News from the Docs team for 4.37.3:
I also discover that “g_b3DClickableCursorAnchored” is now default to 0 IN bms 4.37 U3.
In previous versions, this default value was set to 1.Is it ok to change this default value to 0 in BMS 4.37 U3?
Thanks!Of course. Better to add this line to the user config to avoid issues.
-
@Micro_440th
Is there an update to the “BMS Technical Manual.pdf” for BMS 4.37.3 planned soon?I would like to know what is the default value that Falcon BMS 4.37 U3 uses for the “g_bUseBMLModels” option when this option is missing from the configuration file. Does Falcon BMS 4.37 U3 set this value to True or False?
Thank you very much to the entire team in charge of the technical documentation. Your work and documentation is much appreciated.
-
@101-Spyder said in News from the Docs team for 4.37.3:
g_bUseBMLModels
Where are you seeing this? I don’t have this in any of my cfg… I don’t believe this was meant to be a supported cfg option – just a flag to workaround bugs and compare perf, etc, during internal alpha-testing.
-
@101-Spyder @airtex2019 no joy on that one as well.
-
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.