richboy2307

Hi @DiscoStu Sorry but unfortunately you have experienced a WASM crash. I have tried a to reproduce your issue but not yet been able to induce a crash by doing the following: Trying both Sim Default / Navigraph Navdata Swapping secondary flightplans (sim default or navigraph data) into active a few times Trying in climb, cruise or descent phases Trying to also match what's seen on your FMS as having a DIR TO leg active and then swapping runways. Regrettably, from our testing so far of reported crashes, very few of them are reliably reproducible as they're very case-specific instances and require close matching of conditions to reproduce. Nonetheless, we are committed to resolve these instances of WASM crashes and improve stability for all. The team is working tirelessly to that end but we also require your help. In case you experience a WASM crash, please do not close the sim immediately. Use the below guide to properly report the necessary information and reproduction steps. Thanks!

Hi @TPGiovanni If you're using TCA Airbus Throttles ensure you're using the Throttle 1 Axis (0 to 100%) and Throttle 2 Axis (0 to 100%), as well as the REVERSE ON AXIS = YES selected on the throttle calibration page. Normally that should be enough, then you run through the calibration process. As you make changes, it should save to the ThrottleData.ini file dynamically. If not, its usually due to the sim lacking proper write permissions (Windows UAC). Try running the simulator as admin. As you may have already seen, paths and guidance on how to conduct the calibration can be found here: In case you're still having issues, please share Screnshots of your control bindings assigned to Throttle and Reverser functions Screenshot of your OIS Throttle Calibration page Your Throttledata.ini file Thanks!

Hi, Thanks printer functionality is planned for the ULR update. Can you please elaborate on the issues and provide screenshots/reference for the observed behaviour so I can share with the team. Thanks!

Hi @flightcpt.th That seems like your WASM is not initializing on spawn so any part of the aircraft that relies on WASM will equally not function as intended. The WASM initialization is handled entirely by the sim on first launch to compile the code into necessary .DLLs in native code. Please try the following exactly in this order: Close the sim. Clear A350 WASM folder ( https://forum.inibuilds.com/topic/24996-how-to-clear-the-wasm-folder/ ) Rename your current ``Community`` folder to ``_Community`` Create a new ``Community`` folder, and copy only the ``inibuilds-aircraft-a350`` inside it. Launch the sim and spawn directly on a runway. Wait for WASM compilation (this may take up to 20 mins on first launch, this is normal, for more info: https://forum.inibuilds.com/topic/25259-help-stuck-on-loading-screen-long-loading-times-on-first-launch/) Once the aircraft has loaded in, verify that the systems are working. Close the sim and restore your original community folder by - Delete the new ``Community`` folder - Rename the old ``_Community`` folder back to ``Community`` Then you may continue to use the sim as normal. Spawning on a runway directly on first launch, without any other addons will force a clean WASM compilation. Then from next launch onwards it will not need to re-do this process. Let us know the result. Thanks!

Hmm, thanks reported.

Hi, CRZ Winds are currently not imported for LAT/LON or FIX type waypoints. Team is aware of this issue. Thanks!

Thanks for your suggestion, I've forwarded to the team.

Hi @CR7 Are you having this crash repeatedly upon F-PLN import or only one instance? If you've had it more than once, are you getting it specifically on this route only? Or can you reproduce the crash on any import. Thanks!

Hi Thanks team is aware and looking into this. Its to do with Navigraph Authentication token (on the OIS code) intermittently re-setting or not working as intended in some instances. In case you're having issues please try to Reset Navigraph Token by following the instructions below: Thanks!

The Fenix works externally to the sim, with all data lookup and ILS signal calculations also running external to it. We understand your frustration, however there are sometimes limitations to doing things internally within the sim environment in the interest of cross-platform compatibility. These issues of sceneries affecting availability of procedures/data is for the most part a sim issue and will affect any Aircraft who rely on the sim for this basic function. The plane comes with a Cycle 2303 data bundled by default. If you have an active Navigraph Subscription, it is recommended to update to the latest navdata cycle via the OIS. Instructions here: Glad you found it. Yeah not sure why OPST scenery is affecting this but glad you found the culprit. Worth reporting to the maker of the scenery as well. As the solution has been found I will lock this thread now. Solution: For anyone else coming across this thread, please follow the best practices mentioned above to set ILS IDENT and in case of issues try with an empty community folder to rule out conflicts. Thanks!

Hi, The autopilot disconnects due to excessive roll/pitch, or overspeed/stall conditions, or continuous user input on primary flight control axis The above conditions can be caused by abrupt "live" weather changes, or sim AI assistance options, or noisy axis that cause phantom inputs, or conflicting keybinds on trim/primary flight controls (usually keyboard) triggering unintentional input, or conflicting keybinds relating to AP disconnect triggering unintentional input, or momentary performance hiccups that lead to erroneous CFD data triggering the above conditions Just for some context, I've done 2 this weekend, and 9 total 12hr+ flights without any such issues. Collectively amongst our testers we have over 1000+ hours of successful flighting prior to release, with many long-hauls both real-time and accelerated via time compression. Not to mention the countless other customers out there enjoying these flights as we speak. So no, there was no fundamental issue that was overlooked or untested in that regard. There are however lot of variables to this equation (hardware, peripherals, control setups and server connectivity etc) and we are monitoring user reports of such issues. We hear your feedback and are working on a user option to inhibit the realistic AP disconnection logic in the interest of ensuring flight completion. In the meanwhile we recommend users use "LOW" turbulence settings, ensure all AI assistance options are disabled, verify their control bindings as well as use the "AFK mode" on OIS Simulation settings page such that the sim may pause in case of AP disconnection. Thanks!

Ok thanks, I was able to reproduce the issue using Navigraph navdata and specifically pulling RBO via IDENT. Logged.

Hi @henkhugo I am not able to reproduce your issue. Just tried on both Navdata sets in both FS 2020 & 2024 (with Asobo FACT scenery). Able to receive proper indications on the PFD and arm APPR mode. Please try with an empty community folder, in case your scenery is causing some conflicts. Thanks!

Hi @cellomike 1. As others have already replied, use the KCCU arrows or your physical mouse's scrollwheel over the KCCU scrollwheel to navigate dropdown lists. This is by design. 2,3,4,5,6,8,10,11 Thanks reported. 7. reported that P.POS option should be conditional, i.e. possible only if aircraft is already on an offset segment at the time. Otherwise default START WPT is current TO waypoint. 9. Can you please clarify what you mean by this one? Preferably provide some screenshots/reference for current vs expected behaviour. As for your personal observations regarding handling, I've shared internally for further review. Thanks for your report!

Hi @Harry320 Thanks for your report. That is a WASM crash. Can you please use the below guide to check your console for WASM error message received right after it crashes? Also please include the reproduction steps. I tried a few myself on the ground and in the air but didn't get a WASM crash. So the information provided will help us to reproduce and solve the issue. Thanks!

@RTK1972 That sounds like your installed scenery is having a conflict with the default Navdata. The iniBuilds A350 Airliner comes bundled with an older Navigraph AIRAC data (2303) by default as part of your purchase. The subscription is required to update to the latest, however without one you can still use the older cycle. Thanks!

Hi @Dazza/ @RTK1972 Are you using 'SIM DEFAULT' navdata or 'NAVIGRAPH' on the OIS OPTIONS - THIRD PARTY page? For the 'SIM DEFAULT' navdata, the ILS autotune feature is dependent on the scenery add-on used having properly defined the ILS frequencies for each runway. The ILS itself will exist and function, but as its not tied to the runway, it will simply not be autotuned. Best Practice - Approach Preperation As part of your descent preparation, MFD FMS NAVAIDS page Verify the correct ILS station identifier (IDENT) is shown. - Refer to charts to find the IDENT of your specific ILS. - If the field is not properly populated, manually input the desired IDENT. - The FREQ and CRS fields will update automatically upon entering the IDENT. E.g. For FACT ILS Z RWY 19 approach, we'd enter the ILS IDENT of 'KSI'. EFIS Control Panel - LS push button Verify that the LS button is pressed in and lit up green when passing 10,000ft. This will help ensure that approach guidance is shown on the PFD. When you are in range, the the tuned ILS IDENT, FREQ, CRS and DME (where coupled to the same station) will be shown on the bottom left corner of your PFD. You will also see the LOC/GS guidance diamonds. Thanks!

Hi @Speedrick007 You can click on the doors on the diagram directly of the OIS GROUND page to toggle them. Thanks!

Navigraph is required for ANF yes. Mentioned on the store page, streams and differences chart we put out. Once you have ANF, you can use it for BTV via exit selection. If you don't have a Navigraph subscription, you can still use BTV via manual distance entry. Guide is here, see 2. Manual Distance Entry section.: You may need to manually load the airport if you're too far from it. Sometimes going out of ZOOM mode and back can help re-cycle it as well. See the ARPT SEL FUNCTION- CHANGING DISPLAYED AIRPORT MAP section of the guide below: Thanks

Hi @Delta_A350 You need to choose the correct winglet type from the OIS Equipment settings. Thanks!

What is WASM?The WebAssembly Module (WASM) is a container for running programmes written in other langauges (eg C/C++) that is then converted to native code ahead of time (as DLLs) during first launch (WASM Compilation). This helps improve performance for subsequent uses but causes longer load times on first launch. See for more info: This improves security of the sim and portability of projects across PC/Xbox. In case of issues, only the WASM crashes instead of the rest of the sim along side with it. This is why the sim and some functions may continue to work, however other systems and displays that use WASM on the aircraft become unresponsive or "freeze" in place. So what to do in case of WASM crash? Do not close the sim/restart flight immediately Verify the WASM error message Report the WASM error message with reproduction steps using the guide below. Verify WASM Crash in SimStep 1. Enable Developer Mode FS20 Options > General Options > Developers FS24 Settings > General > Advanced Options Step 2. Enable the Console by pressing "~" key on your keyboard or using the Dev Toolbar at the top of the screen Step 3. Filter the Console by ❌Error messages only by clicking on ⚠️Warning and ℹ️Messages to disable them (remove blue box border around them). Step 4. Type 'WASM' in the search box. Find the WASM Error and Copy the message. Also take a screenshot of this console window for making a report. Step 5. Check the newly exposed INI_CRASH LVARs via the Behaviours Menu. Also take a screenshot of this for making a report. Accessing Behaviours Menu FS24 Via the DevMode toolbar at the top, select Tools > Behaviours and navigate to the Variables tab. Uncheck "Only Show Variables get/set....". Type 'INI_CRASH' in the search box and expand their name to display the values. FS20 Via the DevMode toolbar at the top, select Tools > Behaviours and navigate to the Variables tab. Type 'INI_CRASH' in the search box and expand their name to display the values. Note These variables will only be exposed after a WASM crash has been detected. These variables only record the last known state of various aircraft functions executed just before the crash was detected, not the source of it. This additional information is most useful during reproduction of the crash circumstances along with your autosave and reproduction steps requested below. Report WASM Crash on ForumStep 6. Paste the WASM Error message, screenshot of the Console and INI_CRASH LVARs obtained in Step 4 and Step 5 above into a forum post/discord message/ support ticket WASM Crash Report. Step 7. Take note of what you pressed or things you did, just before you noticed this crash happen. Step 8. Verify if you are able to repeat the crash by following those same steps. Step 9. Please provide the following information Aircraft: A350-900 or -1000 Simulator: FS2020 or 24 Navdata Method: SIM DEFAULT or NAVIGRAPH OFP: Include a PDF of your Operational Flightplan (OFP) if related to FMS/Route Procedures crashes WASM Error: The error you copied in Step 4 above WASM Variables: Attach a screenshot of the crash variables seen in Step 5 above. Specs: CPU, GPU and RAM of your system. Autosave File: Please include the latest ".bin" autosave file prior to your crash. Step 10. Where possible, include on your report a Screenshot / Video showing what you pressed/did just before the crash happened to give us more clues. steps on how to reproduce the crash so that we can try ourselves with debugging tools to identify the cause of crash. The Autosave File, include the latest ".bin" autosave file prior to your crash to help us reload into same scenario. Autosave Folder Paths These types of WASM crashes are heavily dependent on the actions taken just before the issue occurs. Detailed reports of the exact steps leading up to the crash are extremely helpful, as if we’re able to reproduce the issue internally using the same sequence, our team can investigate, debug, and resolve it much more effectively.

What is WASM?The WebAssembly Module (WASM) is a container for running programmes written in other langauges (eg C/C++) that is then converted to native code ahead of time (as DLLs) during first launch (WASM Compilation). This helps improve performance for subsequent uses but causes longer load times on first launch. See for more info: This also improves security of the sim and portability of projects across PC/Xbox/PS5. In case of issues, only the WASM crashes instead of the rest of the sim along side with it. This is why the sim and some functions may continue to work, however other systems and displays that use WASM on the aircraft become unresponsive or "freeze" in place. So what to do in case of WASM crash?Do not close the sim/restart flight immediately Verify the WASM error message & crash LVARs Report the WASM error message & crash LVARs with reproduction steps using the guide below. Verify WASM Crash in SimStep 1. Enable Developer Mode FS24 Settings > General > Advanced Options FS20 Options > General Options > Developers Step 2. Enable the Console by pressing "~" key on your keyboard or using the Dev Toolbar at the top of the screen Step 3. Filter the Console by ❌Error messages only by clicking on ⚠️Warning and ℹ️Messages to disable them (remove blue box border around them). Step 4. Type 'WASM' in the search box. Find the WASM Error and Copy the message. Also take a screenshot of this console window for making a report. Step 5. Check the newly exposed INI_CRASH LVARs via the Behaviours Menu. Also take a screenshot of this for making a report. Accessing Behaviours Menu FS24 Via the DevMode toolbar at the top, select Tools > Behaviours and navigate to the Variables tab. Uncheck "Only Show Variables get/set....". Type 'INI_CRASH' in the search box and expand their name to display the values. FS20 Via the DevMode toolbar at the top, select Tools > Behaviours and navigate to the Variables tab. Type 'INI_CRASH' in the search box and expand their name to display the values. Report WASM Crash on ForumStep 6. Paste the WASM Error message, screenshot of the Console and INI_CRASH LVARs obtained in Step 4 and Step 5 above into a forum post/discord message/ support ticket WASM Crash Report. Step 7. Take note of what you pressed or things you did, just before you noticed this crash happen. Step 8. Verify if you are able to repeat the crash by following those same steps. Step 9. Please provide the following information Aircraft: A350-900 or -1000 Simulator: FS2020 or 24 Navdata Method: SIM DEFAULT or NAVIGRAPH OFP: Include a PDF of your Operational Flightplan (OFP) if related to FMS/Route Procedures crashes WASM Error: The error you copied in Step 4 above Specs: CPU, GPU and RAM of your system. Autosave File: Please include the latest ".bin" autosave file prior to your crash. Step 10. Where possible, include on your report a Screenshot / Video showing what you pressed/did just before the crash happened to give us more clues. steps on how to reproduce the crash so that we can try ourselves with debugging tools to identify the cause of crash. The Autosave File, include the latest ".bin" autosave file prior to your crash to help us reload into same scenario. Autosave Folder Paths These types of WASM crashes are heavily dependent on the actions taken just before the issue occurs. Detailed reports of the exact steps leading up to the crash are extremely helpful, as if we’re able to reproduce the issue internally using the same sequence, our team can investigate, debug, and resolve it much more effectively.

The iniBuilds A350 Airliner simulates the MFD Controlled Backup EFIS and AFS Control panels which can be used in case of inoperational buttons/equipment. If you find yourself with your EFIS CP displays blank as above, ensure that on the MFD FCU BKUP page that EFIS CP BACKUP is disabled as follows: On the MFD Menu Dropdown select the FCU BKUP option Ensure you are on the EFIS CP page and verify that the the EFIS CP BACKUP button light is off (not green)

The iniBuilds A350 Airliner simulates the MFD Controlled Backup EFIS and AFS Control panels which can be used in case of inoperational buttons/equipment. If you find yourself with your EFIS CP displays blank as above, ensure that on the MFD FCU BKUP page that EFIS CP BACKUP is disabled as follows: On the MFD Menu Dropdown select the FCU BKUP option Ensure you are on the EFIS CP page and verify that the the EFIS CP BACKUP button light is off (not green)

Changing Weight Measurement Units (LBS / KGS) The aircraft weight measurement units (LBS / KGS) are changed on the OIS Settings Page which can be reached via FLT OPS MENU > OPTIONS > OIS SETTINGS. Select your desired unit by clicking on its respective button. (Click to enlarge image)