richboy2307

Liveries also affect performance. First-party liveries are mostly decal-based, which use VRAM more efficiently by scaling with camera distance. Texture-based liveries, common in community creations, are often high resolution (4K or 8K) to preserve detail up close, which increases VRAM usage. While ours are optimized, community liveries may not be, and that could impact performance. What we're doing We’ve reached a point where further optimisation could mean reduction in visual quality or require removing features (example no-cabin variant). We’re continuing to review incoming reports and are carefully evaluating all options for future updates. So we please ask to include in your reports also the sim settings, along with your specs and the in-sim fps counters. Interim Recommendations If you are suffering from VRAM overruns frequently, try the folllowing settings - Set Texture Resolution to Medium - Adjust Object and Terrain LOD as needed (120 is a good baseline to begin with to then adjust as headroom allows) - Disable Raytraced Shadows - Lower Volumetric Clouds (avoid Ultra in heavy weather) - Keep resolution at 1440p or below on 8GB VRAM systems

Hi, Thanks, we’re open to reviewing this further. Do you have any references to support it? Our current understanding is that the smoke occurs before internal combustion, caused by residues and oils burning off after the engine has been sitting idle. So basically during ignition prior to fuel being introduced.

Interesting, internal testing reports are exact opposite but appreciate it. We also have further optimisations coming in v1.0.3 (potentially next week). Please check again and let us know. With regards to degraded perf/stuttering, let us know if theres any specific conditions where you particularly notice it. Or any actions taken that trigger it. Thanks!

Please upload it to youtube or Google Drive and share the link here. If it is a bug, we'd like to see the video and reproduce it our end to address it. Thanks!

It is already implemented, toggled via the PFB INS Drift setting. But the rate at which it was compounding in certain cases needed further tuning which has been done for v1.0.2 update (expected release sometime this week). Please try again after that update and let us know how you fair. That’s true for a Delco Carousel IV-A (CIVA) INS, but not for the simulated LTN-72. The LTN-72 doesn’t display navigational performance data this way. Its DSR TK/STS page’s right numeric field shows only alignment status, changing in flight only if an alignment error occurs. Otherwise, it counts from 90 to 02, then switches to 01 when MSU is set to NAV. Both systems track gyro bias and reset it during alignment or position updates, but only the CIVA displays it (as PI values); the LTN-72 does not. We’re currently investigating similar “hang” issues and working to reproduce them internally. Could you please provide the following: Your full flight plan (or a SimBrief OFP PDF, if available) Whether you imported SID/STAR waypoints as well (this is an option in the PFB) Thanks!

Thanks team is investigating already for a future update.

Yes the fix is already in v1.0.1, with further changes made for v1.0.2 as well which is expected this week. Will be included in changelog too. Please let us know how you fair.

This is the sim's doing, essentially when VRAM limit or light-source limit is being reached, it starts to cull lights. Have forwarded your report to the team to see if we can reduce the amount of lighting in the terminal to help this but essentially each user will experience this differently depending on hardware. Thanks noted.

That is actually correct per the system documentation we have available, and a system quirk we have modelled. The HSI Distance/Time readouts are only driven by the INS computers, as such can only show data from it. For radio navigation you need to use the DME Readout from the RMI gauge to the left of it which does take data from the NAV and ILS receivers.

The information provided applies to navigation in general. The key difference is that the Delco Carousel IV-A (CIVA) can perform these calculations automatically, while the LTN-72 requires the crew to calculate positions manually using navigational charts. These updates are usually planned in advance during flight planning. In practice, they’re often done during a VOR-to-VOR segment, where radio navigation is used temporarily while updating the INS. Full flight navigation via random fixes only was very uncommon at the time, so there would typically be a suitable cruise segment to carry this out. Overflying a radio navaid with known coordinates would be the most straight-forward way. Alternatively it would be the procedures detailed in the manual with the help of navigational charts. These days you could use something like SkyVector or LittleNavMap for guidance. There is no OVFLY function as far as I'm aware but I'll ask the developer regarding that too. The way to go about it is manual flight, or reverting to radio navigation / heading hold temporarily during a VORDME-to-VORDME segment ideally. I believe it is the former. You are telling the INS what the *actual* coordinates were for the position which you told it to hold, thereby correcting the drift/error that was present in the system. However, I will confirm with the developer as well. Thanks!

Do you mean if you're spawning airborne somewhere in the sky (instead of on the runway or on a gate?). Could be an issue with the panel state its trying to load in that instance, we'll have a look. I would recommend disabling all 3 crash detection from Settings > Assistances. They usually cause conflict with 3rd party addon systems. Thanks!

Hi @LNOSS Could you share the PDF OFP of the affected route so we can try to repro on our end? Thanks!

1. The LTN-72 is not capable of triple-mixing IRL, so not simulated by design. The AP on this equipment configuration can be driven by INS-1 or INS-3 only. At the moment, only INS-1 drives the autopilot in the simulator. Team is investigating feasibility of coupling INS-3 in a future update. 2. Remote functionality is planned for a future update. 3. INS-Drift is simulated, and is a user-configurable option via the PFB Aircraft Settings (Note: Further refinement of drift-rate is in progress). As MD82 mentioned above, there is no automatic position updating on the LTN-72 (manual excerpt attached). The manual position-updating procedure is explained starting Page 105 in the manual which can be obtained here.

Thanks, forwarded to the team for further investigation.

Thanks, logged.