All Activity

Yes, indeed. I do use the aircraft (freighters only) since the release for MSFS 2020 almost every flight. Now the 2024 premium version. The aircraft is very good to fly and to operate, even with the clickspot issue. But if I had a wish....I am still missing this: APU exhaust (I know ini works on it) and brighter red beacon and position lights during the day time. I know this is an Asobo problem in MSFS 2024 in general, but PMDG did it somehow better for their fleet... Anyway, a good aircraft for MSFS. By the way, I am an aircraft technician, I know what I am talking about..

The Inibuilds A350 has quite alright system airbus depth and exceeded my inital expectation, however, after spending significant time digging into emergency procedures and non-normal scenarios, there is a clear disconnect between the underlying depth of the aircraft's ECAM logic and our ability to actually utilize it via the EFB Failure Manager: 1. Advanced ECAM Logic with Limited Failure AccessThe issue that the a350 has is that the A350 features rich, highly accurate ECAM procedures and conditional logic for complex system failures. Yet, the current EFB failure menu only offers a very basic, high-level subset of failure toggles (e.g., basic engine failures, basic A-Ice valves, and simple TCAS/XPDR faults). This is quite a missed potentional, because the EFB lacks toggles for core system nodes (like individual ADRs, IRs,), a huge portion of the complex ECAM logic and procedural depth you built cannot be intentionally simulated or trained for. 2. Example: Air Data & Unreliable Speed IndicationAs a clear example, the ECAM contains full interactive checklists and switching logic for NAV UNRELIABLE AIRSPEED and NAV ADR 1+2+3 FAULT (complete with flight control law degradations, Backup Speed Scale options, and pitch/thrust memory item steps). However,s a resul looking under ATA-34 Navigation in the EFB, there are zero options to induce pitot/static blockages or individual ADR faults. At, one of the most vital non-normal training scenarios in modern Airbus flying can't actually be triggered by the user. I would hope Inibuilds will expand the EFB Failure Manager across the ATA chapters to allow triggering granular failures that feed directly into these built-in ECAM states such as in this example: ATA-34: Pitot/Static probe blockages, individual ADR/IR faults, Air Data switching failures. But this isnt specific for the UNRELIABLE SPEED, more overall. Because the ecam pages exist but cant be used realisticly. The system have so much potentional

I have the exact same problem. Would be great if Inibuilds could relable the taxiways ;-)

https://drive.google.com/file/d/1epEaPB7OG5vXaBAm7QQDaDIo5oGbrBex/view?usp=drive_link or https://www.swisstransfer.com/d/9a0d24ef-d14c-40a7-b5bf-ea32dd936411

I have purchased the new VNKT studios by Final Approach Studios. There doesn't seem to be a GSX profile available in the INI app.

Hello INI Team @iniBuilds Team @iniBuilds , Any updates here?

This is an issue that has been caused by SU6 Beta. We have no control over changes that occur with Sim Update 6 Beta and in this case its something the the sim that is causing excess and large, out of place light poles. Thank you for understanding :)

I have narrowed it down to another inibuilds scenery as I removed all sceneries and ultimately restored all but the inibuilds and issue went away. I have basically re-installed each of the inibuilds sceneries in batches and issue is no longer present.

yes

Hello, Performance is something that we continually see mentioned as of late and will definitely be taking both the compliments and feedback back to our team, thank you for your kind words.

I can only repeat most of the compliments from above. A great looking airplane/cockpit, although the outside could use some work, especially around the Slats area, more specific, the wing surface under the Slats, that gets exposed when the extend, just looks very basic and all in all just not good. But my biggest point of criticism is the HORRIBLE PERFORMANCE, especially on ground/low to the ground, its ok in climb and cruise for me. But the VRAM util. seems very bad at this point still. I dont have such big problems with any other (study level) aircraft. Also the airplane does not seem to be very stable once established on the ILS, it wants, for some reason to drop the nose below GS at about 1000-500ft. AGL, I always habe to disengage the AP when I notice this divination. IN GENERAL, I still have to thank you for bringing this awesome, classic airliner to the most modern Sim today. The INS is such a pleasure to operate and to navigate with its help. But please please please take care of the performance issues, and the ILS/attitude stability.

Hi, Thank you for this feedback, I will pass this along to our team

I am currently on 1.0.1 (July 24 update). ORD is a great scenery, but there are a few issues I've noticed. I'd like to preface them by saying I understand the impracticality of keeping the scenery completely up-to-date as ORD's taxiways (and gate assignments) change every month or two due to construction and gate reallocations. I am more familiar with UA's gates that AA's or T5, so I haven't taken a close look at the T3 and T5 gates. The taxiway complex west of concourse C is out-of-date. As of earlier this month, taxiway U is permanently closed as concourse D work progresses, and taxiways T and R are now parallel taxiways extending down to taxiway B. Taxiways K and L are parallel east-west taxiways on the north end. I don't have access to the stages of construction plan, but it seems like this will be the general configuration for a while as the area between taxiways R and SP/A5 sees concourses D and E built out. The ORD Safe website's AOA Alerts page has great depictions of ongoing changes to the airfield. Here is the alert for the current taxiway layout west of the C concourse: https://www.ordsafe.com/_files/ugd/9d6290_c309177e0fe04922aa533a43afaa28e6.pdf Gate stop lines all have the same aircraft markings, regardless of the gate. For example, regional gates have stop lines marked "A359". It seems the same few aircraft type markings are used across the airport. While every gate doesn't need to have completely accurate aircraft type markings, most high quality sceneries (including other iniBuilds sceneries) at least use appropriate stop line markings based on the gate size. While some UA gates have accurate RIDS (Ramp Information Display Screen), many others have inaccurate gate numbers or are are missing RIDS boards altogether. Below are the B, C, and E gates (UA mainline) with issues. I left out F gates and non-UA gates, as I am not as familiar with them. A Google Maps screenshot is attached showing gates B5-B8 with RIDS in real life (all B gates are missing RIDS in the scenery). ALL B gates missing C2 (unlabeled) C5 (labeled "C3") C9 (missing) C10 (missing) C10A + C10W (missing, should be labeled "C10") C11 (labeled "C9") C16 + C16A (right should be labeled "C16" and left should be labeled "C16A") C18W (should just be labeled "C18") C20W (should just be labeled "C20") C30 (should be oriented towards the aircraft) E6 (missing) E8 (labeled "F13") E10 (missing) E11 (labeled "F13") E12 (labeled "F12") E14 (labeled "F14") E16 (labeled "F16" + facing outward towards twy SP instead of towards the aircraft) E3 (former AC), E15 (former AS), and E17 (former AS) are UA gates now and should have United placards/signs on the side of the jetbridge as well as RIDS boards. I don't expect the G gates to be completely accurate, as they will likely be changing hands frequently with annual gate reallocations, common use gate changes, construction gate closure compensation, etc. AA GSE (many labeled "K19") placed at some UA gates.

Here is a little instructional on how to do so properly which can then be posted in the master thread of the corresponding aircraft which can be found at the top of the Support Section :) https://forum.inibuilds.com/topic/33786-how-to-verify-and-report-wasm-crashes/

Will do the same if it happens again. It's honestly the first one that I've experienced with the A350.

Hi, The link is private so I am unable to view, or share with team if need be. Thanks :)

It's definitely a tricky one but we still continue to work to investigate, isolate, and eliminate WASM related issues wherever possible and a lot of it in part is thanks to the users that take the time to upload logs and fill out the WASM Crash Thread Log properly. While I don't have much more to contribute right now as far as new leads and such; I can say that we've noticed a positive trend of users having less WASM crashes as we've received and continue to receive user reports that we are able to reproduce and diagnose. Thank you all for your continued patience and understanding.

Can you please attach an image either here or in imgur or some other link that can be shared with the team. Thank you.

I bought the KORD and think it looks great. I haven't explored the whole airport yet but I noticed on arrival and departure (south side of the airport 28's/10's) that the taxiway signs are duplicating and one of the 2 duplicates are floating. It is almost every taxiway sign. Anyone else having this and is there a fix? I disabled Asobo ORD and removed FSDT from my community folder. Thanks!

Hello, It's something to do as a workaround as the average user doesn't need 20-30 airports loaded in typically when flying to maybe 2-5 airports in a session, let alone hundreds at the same time on the opposite side of the planet. That being said we are still investigating the issue hence why it wasn't listed in the changelog. Thank you

The pink taxi lights remain after the 1.0.1 fix. Seems the prior thread was locked by assuming that users need to only have KORD and the other airport in the community folder and nothing else. I don't subscribe to this as a valid solution.

I'll note this for the team, thank you

Hi, The aircraft isn't INOP, it can be inconvenient to users to have to click more centrally or maneuver the camera around in excess in order to click a certain button; however this doesn't prohibit the user in flying the aircraft in anyway. Even in the current SU5 environment I still find myself flying in A300 regularly while having the same clickspots as everyone else. We understand the frustration caused, and thankfully Asobo were able to rectify the issue in SU6 returning functionality to clickspots as intended but the plane was never in a position to where one couldn't fly it. Thank you :)

So, basically, those who don't do betas are stuck with an INOP plane until SU6 is released?

The lighting on the A350 needs fixing. It looks unrealistic and creates too much light haze/dust.and strobe light you must to zoom so close just to see the light from far away you see only the haze/dust of the light !!! Xbox