richboy2307

Try this recommended procedure If starting fuel quantity is less than 63,000 lbs: Feed tank-to-engine throughout flight. If starting fuel quantity is between 63,000 lbs and 116,000 lbs: Crossfeed all engines from tank 2 until fuel levels in all tanks are equal. Leave one tank pump operating in tank 1 and tank 3 while crossfeeding from tank 2. Monitor tank quantities to ensure that lateral balance remains within limits. Feed tank-to-engine for remainder of flight, especially when fuel remaining fuel quantity is less than 63,000 lbs. If starting fuel quantity is 116,000 lbs or greater: Crossfeed all engines from tanks 1 and 3 until total fuel remaining is 116,000 lbs. Crossfeed from tank 2 until tanks 1, 2, and 3 are equal. Leave one tank pump operating in tank 1 and tank 3 while crossfeeding from tank 2. Monitor tank quantities to ensure that lateral balance remains within limits. Feed tank-to-engine for remainder of flight, especially when fuel remaining fuel quantity is less than 63,000 lbs.

Thannk suggestion is noted but just for reference you can "right click" or "middle click" on the dial to auto-set current GW value.

There is no default profile, though we do have an "official" one available in the FAQ section: https://forum.inibuilds.com/forum/744-faqs/ You just delete any 3rd party profile you installed and replace it with this one. Restart COUATL after if sim was running at the time.

Repaints (those obtained via iniManager) should not affect this as there are no files included that would affect systems logic. We can't say the same for all community-made liveries however. Changes have been made in v1.0.3, so please let us know if this is still the case now?

This should be resolved as of 1.0.3 update, please let us know if not. This is by design currently per reference documentation used, so it will sequence the next filled waypoint in AUTO sequencing. The only condition to this is that you have 3 or more waypoints in the INS in total.

Hi, Thanks for your patience. Please see response from our dev team: We will update the manual accordingly, but if you notice any discrepancies even after following the above, please let us know. Thanks!

Thanks, with 1.0.3 we have made changes to the AP controller, but only added this to "VNAV" for now. We are working to implement the same logic into IAS/MACH modes as well for future update. If you have any additional feedback meanwhile, specifically to how AP behaves with TM/VNAV , please let us know. Yes, see the post attached below. We're investigating the following:

I have split your topic as its a separate issue to the one you had replied to. Thanks we want to investigate this further. Was your AFCS ALT window indicating the mode as "ALT CAP" still when you changed the target? Or was this after it had already changed to ALT? How were you changing the altitude target? click and drag or mouse wheel? Thanks!

While it is correct that TM mode requires FD+AP, we'll have another look at what it should do when conditions are not met (i.e. just disengage TM instead of commanding EPR 000/IDLE thrust). The other thing to note is that both PMS are independent, so need their data entered separately. PMS1 data is only used by AP1 channel.

Hi There is a potential fix in v1.0.4 coming that may address the issue of the spoilers not appearing visually post landing. Please verify and let us know after. Thanks!

Hmm. Can't say I'm seeing this on my end. Could you please record a video starting from C&D till after pushback when you notice the offset? This will allow us to observe and possibly recreate the issue better. You can upload the video to youtube or Gdrive and share the link here. Just ensure its public / "anyone with link" can access. Thanks

We believe this may be related to an issue some users encountered, where the electrical generator would briefly reset during flight. This momentary interruption appeared to have a knock-on effect on avionics (GPS/INS/PMS) and other electrical systems. A workaround for this electrical issue has been implemented in version 1.0.4. Please let us know if you still experience it after that update. Can you please make all your links public? Currently there is no permission to access. Hmm, can't repro this. It is correctly illuminating with AVAIL only when GPU is connected via the PFB. Tested both with/without GSX (just to see if it was perhaps forcing it avail).

HI Did you import the waypoints from your OFP/Simbrief at any point? Or were they all always only manually entered? If auto-import was used, there is logic that wipes the INS in order to import the next batch of waypoints, but this shouldn't trigger from fully manual entry normally. Could you please provide some screenshots showing your active modes + AFCS + configuration (flaps/gear) at the time? The team is working to fine-tune autopilot ALT HOLD behaviour particularly during configuration changes (Flaps or Gear) but if you can provide specific examples we can ensure those are specifically checked too. Again, it would be more helpful if you can provide specific examples of scenarios where it didn't work as you expected? This would include steps taken before intercept, and particularly data such as heading, speeds, altitude, weights etc. Specifically with regards to ILS, you should not intercept at angles greater than 45 degree, preferably try less than 30 degrees to avoid massive overshoots or it failing to follow at all. Thanks!

Yes, you entered it correctly, and the current SAT was +40c on the ground. The limitation is that the PMS only knows "current" SAT, not predicted SAT at FL360. Hence its running the OPT calculation with a +40c Temperature, which is way too high at the cruise levels and hence nets in "888" or invalid result. As mentioned above, the PMS references available do not indicate any PMS capabilities to predict SAT at different flight levels, or calculate any ISA deviation on its own. All the logic shows it using "current" temp probe sensor data directly, hence making it unserviceable if temp probes are INOP or malfunctioning even. The SAT entered during pre-flight setup is used only for Takeoff EPR advisory on the ground.

Should be fixed as of EGGP v1.0.4 Update.

Hi As of 1.0.3, the PMS behaviour was changed to show "888" when it cannot calculate any valid result. It is also actively using the current SAT value to determine OPT. As such, it will update in flight, particularly when current SAT updates to sensible values where a valid result can be achieved. SAT of +40c at those weights won't net any valid results, hence the 888. Team is still investigating whether you can force a prediction on the ground, references we have are unclear but the behaviour currently is reflecting best the "known" reference logic.

Hi, This is intentional. At night (from dusk to dawn in the sim), the PFB brightness is controlled by the Utility Light. There is switch at the center that toggles it on/off, while the outer knob adjusts the intensity. This was added based on user requests to make the PFB behave more like a reflective surface at night. To achieve that effect, its brightness is linked to the Utility Light. Because the PFB is still technically a screen, it reacts to lighting conditions and may dim under direct light (like a flashlight), which is how the sim handles displays. Linking it to the Utility Light is the best workaround to this sim limitation to create the intended effect. 2026-04-24 13-15-38.mp4

Thanks team is working on pressurisation system/controller related issues.

Hey, Yes Brake Temperature is WIP for a future update. As for autobrake, you can confirm by looking at the pedals themselves, they should depress when autobrakes are active. The more objective way to check is via the Debug Aircraft Wheels window. For that, you'll need to enable Developer Mode (Settings > Advanced Options), then navigate via the toolbar at top to Debug > Aircraft > Wheels. (Click to enlarge images) Could you please record a similar video with the Debug Aircraft Wheels Window open? Mainly concerned with the BRAKE INPUT and BRAKE EFFECT fields at the very top. For MIN and MED braking they won't show a constant input, but for MAX or RTO they will. And also mention the Airport, Landing Weight and Autobrake Setting used so we can try to reproduce it. While they have worked every time for me on my previous flights, perhaps there are some specific conditions where its failing. 2026-04-22 15-53-37.mp4 Note 2: Just a quick demonstrative video I recorded by spawning on runway and then conducting a high-speed RTO, please do only try this at home 😅 Additionally, per the documentation - take note that on the L1011 the autobrakes are not a substitute for manual braking. You should not use them to full-stop. The MIN and MED settings are targeting 4 and 6 ft/s² deceleration rate, whereas MAX (and RTO) is giving full application. Thanks!

Hey, The fuel jettison feature is currently in development and planned for a future update. It isn’t included in v1.0.3 yet, as noted on page 80 of the manual.

Thanks for your feedback, we'll take it into consideration. Users are meanwhile free to adjust sensitivity curves for assigned axis to alleviate this to a certain extent

Thank you for your detailed report. That imbalance does seem odd, the team will investigate further and we'll reach out here in case any additional information is required.

Thanks team is actively investigating the electrical issue. Its a bit random as not users have such electrical issues where the GEN FIELDs has gone off/restarted mid-flight. But the INS is a knock-on effect we believe from this electrical gremlin.

Hi all Thanks for your report and feedback. The upcoming v1.0.3 update (expected this week) includes further refinements to this logic. We’d really appreciate your continued feedback on these changes so we can keep improving and fine-tuning.

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