richboy2307

Hi @HMVR The loudness is intentional per the team, as requested by users. You may turn down the 'Engine' slider from the sound settings to a value that is more comfortable. Thanks!

Yes, this is an order trasnfer, meaning it is being moved from one store to another. You will no longer see the transferred product as owned in the original store, and instead see it owned in the iniManager when an order transfer is successfully processed. We can't but the transfer needs to be processed by both stores involved and the other store will normally revoke access/remove the order upon successful transfer. Thanks!

Please ensure photogrammetry is enabled in the settings. Also try to clear your scenery indexes, it is recommended to do so after you add/remove scenery, especially if you loaded into an airport with 2 sceneries active at the same time. Instructions on how to clear scenery index: Thanks!

Thanks for updating. Sorry about the inconvenience. The team is aware about the issues some users face making purchases directly via the iniManager and working on long-term fixes for it. In the meanwhile, if you have this issue in the future you may try to make the purchase directly through our website (inibuilds.com) and then use the iniManager to install the product from the 'My Products' section. Thanks!

@Vick34 @angrydwarf Update 1.0.1 is out which addresses the issue of inoperative switches and buttons faced by some users when KF Spirit is also installed, along with a few other fixes (such as wing decal on Desert Storm livery). Full changelog here: Thanks!

Yes both are modelled, along with the new runway exit lights and turnpads post the 2021 expansion/repaving.

Hi @Cygnifick Thanks for your report. Shared with the team.

Ok thanks, also added above to the report. To me it is seeming more likely related to the engine tripping momentarily, possibly due to some null fuel value output being provided. But in any case, dev team will look into it and action for next update in case they find something. Apologies for inconvenience caused. Thanks!

Hi thanks for getting back. Yeah this does not sound like a WASM crash either, as in those instances all the systems will stop responding/updating values completely. Here, as with the screenshots it does appear as if there is some invalid fuel value (particularly burn) being sent that is causing the system to trip. Or there is a very momentary loss of fuel flow which will trip things like the overhead AP switches. Can you just cross check your bindings and ensure there is nothing that affects fuel by chance (e.g. Mixture, Fuel / Condition Levers). Also anything that could affect electricals (generator/battery etc)? At the moment, I think the electrical issues are a result of the fuel system fault which is tripping the generators perhaps. But anyways, will add the above info to your report for the team to investigate further. Thanks again!

Hi, thanks for the report. I'll share the log with the team to see if there's any hints there. However, none of those items you've mentioned should cause such issues. Personally I run with FSUIPC7, SPAD.Next, LittleNavMap, Vpilot and occasionally VA trackers... and unless specifically testing fuelling features, also always use the "Finish Now" button and have yet to encounter such crashes. Also just additional context/information, there are no known instances of such crashes (i.e. not a WASM Crash) internally or through any beta testers in over 200 hours of collective testing of this particular build. Certainly an odd issue and hopefully we can find its source from this info. As this bug is also not reliably reproducible by affected users, it is really hart to ascertain the root cause. Thanks!

Hi @MarcusVT, Can you try to delete the contents of these folders below. That should re-compile the module files for the A300 (same as on first launch). Also advisable to recalibrate your throttles after in the EFB. Steam: MS Store: Thanks!

Hi @vanislepilot Thanks for your feedback. We're glad you're enjoying the scenery. If you're referring to the sign marked in the image below, that is correct as its indicating D as the next taxiway behind it.

Hi @Dudley Henriques Thanks for your suggestion. Firstly, apologies for the delay in response as the community team (me and Eddie) have been busy putting out fires in other parts of the community over the past day or so 😅 No not at all! We welcome all feedback and suggestions and try out best to action whatever is practicable to do. So please do not hesitate to share anymore that you may have. I'd be more than happy to pass it on to the team for further consideration 🙂 Gotcha. Yeah I have used the PMS GTN 750 myself extensively with some of the BlackSquare (Analog King Air) & Carenado (M20) birds and it is certainly a handy unit to have. We have also had some requests for integration of the TDS GTN 650/750 in the modern cockpit so I think overall support for 3rd Party Avionics is something for the team to consider for a future update. In any case, I'll pass on your suggestion and hopefully it is feasible to implement it! Thanks!

Hi @dkoch Thanks for your feedback. I'll share with the team. Correct, in the real unit it should be for indicating the markers with varying levels of flash. This is already a known item internally, and unfortunately we couldn't get the sim to play nice in providing those indications so opted to make it a signal status light in the meanwhile. Thanks!

Hi everyone, Yes, we believe it to be a faithful representation of the expected behaviour, to the extent possible without resorting to custom engine models running externally to the sim. Please see the explanation and video below that elaborates on this further. Ok I think "GregP" above may be on to something here, and I can see where the confusion may be stemming from. The RPM % is not a direct measure of the available usable stable power output in all instances. Per Greg (Ace Maker), there is no discernible delay between throttle input and engine RPM% change. As a result, you need to be careful in your throttle input (upto 70% RPM) to avoid engine surges that do not translate into a direct increase in usable/stable power output. This is also what is being referred to by the AOPA PIREP that you are quoting: So what is this engine surge we are referring to? Here watch this video of our T-33 where throttle is applied rapidly. (Observe the timer on the transponder - I start the timer as I advance the throttles, and stop it when engine RPM% stabilizes. The input viewer window indicates my physical throttle lever input with the white bar and "THR:XX" numeric values shown for reference.) T33 Throttle to 50%.mp4 You'll note that, yes, the RPM% is increasing to beyond 50% within 1s but in fact taking ~4s to stabilize at ~50% RPM, and thereby a state where its providing a reliable increase in power output. This is the engine surging before stabilizing. You'll also note the EGT and fuel flow rise rapidly during this surge. Again, this is what the AOPA PIREP quoted above is advising to avoid. The surge will be more severe if you advanced throttles from idle to full power for example, increasing the risk of RPM% and EGT overlimit events. This is one of the "delays" you ought to actively manage - i.e. the delay in achieving an increased power output from the engine when advancing throttles from an idle state rapidly. The actual increase in power output does lag behind the surge both in reality and in the sim. So how do you ensure a proper increase in power output of the engine without causing a surge? You advance the throttles slowly and that is the other form of "delay" in response that you ought to manage. If you keep the throttles spooled up, say at 50% RPM as Dudley mentioned, you only have to advance the throttles slowly for a shorter period of time till you reach 70% RPM, than if you were coming up from idle. Per Greg's feedback and data, beyond 70% you do not need to be as careful because the engine is far less likely to surge from rapid throttle advancement. At the risk of sounding like a broken record, we do appreciate the additional information but as stated above, we're going to stick with the verifiable and direct first hand data and input provided by Greg, over some second hand reports found elsewhere. He is vastly experienced on the type and able to provide direct feedback to our team regarding all aspects of the T33 flight model and handling (including the powerplant) that is available to all within this sim. His endorsement of the iniBuilds T-33 is a great source of credibility and confidence for us that this product, in its current form, is a faithful representation of its real world counter part. Thanks!

Hi, the team is aware of this issue and are working on a iniManager V3 with a system for user-definable custom install locations outside of the community folder. For now though, as you've correctly identified, it is recommended to move the product directly to community folder in order to effect an update, and then you return back to your intended "linker" method. Thanks!

Interesting. Can you check again now the v1.0.1 update is out? Apologies, I believe I may have been on that version at the time I took the screenshot. Can you verify that the labels are matching as my screenshot now? The second meter (yellow arrow in your screenshot) needs to indicate WING instead of L.E. However the first meter (red arrow in your screenshot) is correctly reflecting the L.E fuel now. This is on the list of things to address for next update. Thanks!

Summary of Fuel System The fuel is normally fed to the engine via the FUSE tank. This tank can be topped up by transferring fuel from any of the 3 types of AUX tanks (TIP, L.E and WING) via their associated fuel tank switches on the left hand side of the cockpit. The fuel is transferred at an accelerated rate from the AUX tanks to the FUSE tank until it is full, and then the rate of transfer slows down to the rate of burn by the engine. Fuel DOES NOT start to vent simply when the FUSE tank is full. When does the fuel start to vent? The fuel begins to vent overboard only when both these conditions are satisfied The FUSE tank is full; and All AUX tanks (TIP, L.E and WING) are turned ON at the same time. This will be indicated by a FUEL VENT light on the main panel, just behind the control stick. These points are also illustrated via the video below: 2024-09-09 15-31-40(1).mp4 Thanks!

Hi @Tim-HH, Thanks for your feedback. The throttle response in our T-33 is tweaked exactly to the specification and feedback from Greg (Ace Maker). Per his guidance, the throttle response should be near instantaneous and it most certainly will spool up from idle within a few seconds. To the extent that the spool up needs to be carefully managed up to 70% RPM to avoid engine surges beyond 100% RPM, which we have modelled. While we appreciate the additional information and feedback submitted by the community, we stand by the invaluable, verifiable and direct first hand data and input provided by Gregory "Wired" Colyer of AceMaker Aviation when it comes to the flight characteristics and behavioural model of the engine simulated in our rendition. Thanks!

Thanks. I'll add it to the FAQ: https://forum.inibuilds.com/forum/455-faqs/

Thanks for the feedback, will share with our Team. Thanks!

Hi DH, Thanks for your question. The answer to this is Yes. The fuel won't vent simply when the FUSE tank is full. There is an additional condition that ALL the tanks are also turned ON at the same time for fuel venting to occur. Allow me to clarify below, and also illustrate via a video that I made for a similar support query submitted on our discord: Thanks! 2024-09-09 15-31-40(1).mp4

Hi thanks for your report! I do see the "L.E." indication is duplicated on the fuel system page. Whereas one of those (the one marked) should be "WING", as seen to match the fuel values of LEFT/RIGHT WING on the Weight & Balance menu. However, I don't understand your report regarding them being reversed? Could please share a screenshot of where you are noticing that. Thanks!

Thanks for the suggestions. I'll share with the team to see if we can add some kind of acceleration to the scrolling of the totalizer, and an EFB option for auto sync. Could you please elaborate on this? Do you mean a fuel and payload manager? The reason there isn't any is due to the size of this EFB. It being small phone does not leave much room for detailed schematics or or many pages either. Thanks!

Not in works at this time, but thanks will share your suggestion with the team.