Search the Community
Showing results for tags 'fenix simulations'.
-
/images/notams/notams22/fenx0923.jpgSome short service announcements for you all and general updates onthe company as a whole. I’ll start with the not-so-great news, progress on the IAEs (and byextension - the external engine model) has been slower than expecteddue to the conflict in Ukraine. The developer taking lead on theintegration of the external engine model is, unfortunately, regularlywithout power and heating for days. The recent large scale missilestrikes in the region have only served to worsen the situation, and wedo not expect the circumstances to improve in the near future. Withthat being said, work does continue where possible, and last night wemanaged to clear an important prototype milestone - the implementationof fast lookup algorithms, making the engine model math moreperformant by nearly 1000x. I have not shared many details about the engine model as yet, butwe are being ambitious with our goals - and the set of data we’reusing to build it is absolutely enormous. This fast lookup algorithmclears a large hurdle in making the implementation possible. We areinching closer to having a prototype flying, but as ever, we will notbe providing a timescale for this given the variable circumstancesaround it. Please take this as a subtle reminder that while we are allextremely committed to what we do here at Fenix, sometimes life takesa front seat instead, and the welfare, comfort, and safety of ourdevelopers will always come first. In other areas of the company, we are approaching the 400 man-hourmark on the EFB rewrite. A reminder that this “update†will see nochanges made to the front end, but instead, is a robust rewrite of theunderlying architecture to support the performance, scalability, andmaintainability of the EFB. This is the backbone of future featuressuch as a more robust state-saving system. Something else we've been hinting at is the major visual upgradethat continues along in the background. The art team have been verybusy over the last several months almost entirely rebuilding thevisual model of the aircraft. It wouldn't surprise me if we were thefirst to start active development of an airliner in MSFS back in 2019,before any art or development tools were available. We begun R&D assoon as alpha access was granted, finding ways to port across models,investigating systems, and get a good 'feel' for developmentpossibilities. In doing so, we played it pretty safe on the visuals -keeping the polycount and texture utilisation very similar to existingsimulator platforms. Now MSFS has mostly matured and stabilised, it'sclear that we 'undershot' a little bit on this front, and left a loton the table. Dubbed 'V2' internally for the near total-rebuild, thiswill be a substantial, and free, upgrade to our A320 product;hopefully making it the benchmark for visual quality andaccuracy. We're not ready to share anything major on this yet. Our new installer system with delta-update capabilities is alsosoon approaching a point where it will be deployed into testing. Weare currently undertaking some API work with our licensing/activationservers, and here we must tread with some caution as we do not want tointroduce loopholes and potential security vulnerabilities. We willkeep the new installer in testing for an extended period of time toalso ensure it’s reliable when placed in your hands. I’m sure most ofyou are excited about the prospect of no longer having to download anentire 2GB installer file (and manually installing it), much in thesame way I am excited at no longer having to pay for the server costsassociated with distributing a 2GB installer file everytime we deploya new build. @everyone - second ping! Also, we are expanding! We’re currently actively looking fordevelopers with an interest in flight simulation to work on the A320and SecretOtherStuffTM. I’ve put together a small snippet of theskillsets we’re looking for. If you feel like you’re a good fit,please shoot us an email at jobs@fenixsim.com, we’re looking fordevelopers in a few different areas. Keep in mind this a guideline,not an absolute! Requirements: C# .NET Framework Intermediate C++ knowledgeIntermediate aircraft system understanding Will be a plus but NOT required: Aviation engineering experienceFlight Sim experience Multi-process and distributed systemsMulti-threading experience Windows desktop: WPF and/or WinForms 2DGraphics: Direct2D or anything similar (skia, GDI+, HTML5 Canvas etc)Basic understanding of 3D graphics. Source
-
/images/notams/notams22/fenx0923.jpgIn response to the latest Sim Update 10, Fenix Simulations has released a major update to their Airbus A320 for MSFS 2020. The update has a long list of changes and fixes as detailed in the changelog. Changelog[sYSTEM]Fixed livery manager launch issue and admin permissionsVirtualise CDU engine identityDo not allow named with slashes as pilots waypoints to prevent invalid entries in new waypoints page to be treated as new waypointsFixed issue with Constant mach segments clearing too soonFixed OPT ALT showing more than certified max altFixed GPWS alert not disengaging when switching off GPWS SYS when alert activeInhibit eng oil pressure advisory during shutdownExposed "Elevator trim motor" numerical output to drive trim motorCommunicate seatbelt signs state to simconnectAllow non ILS approach to activate with dual RA failureFixed CSTR labels missing in PLAN mode if IRS not fully alignedAdjusted range change for baro minumumsFully reset error on quickalignFixed latlon2XYFixed NEW WAYPOINT RETURN prompt always going to FPLN-A instead of previous pageWhen in NAV override mode, RMP should start in course mode when selecting ILS or VORImprove autoland failure logicRevised logic for autoland warning lightFixed rudder trim going over rudder travel limiterIf SEC 1+2+3 failure, use flap handle 2 state instead of gear for direct law triggerLGCIU 2 failure should inhibit nose lights and logo light and CVR testIgnore EFIS QNH input when QNH set to STDRoll pointer should remain yellowAdded missing FOR LDG: USE FLAP 3 message when flap 3 selectedDual ADR fault will cause flaps 1+f in the air when flaps selected 1ADR 1+2 fault should cause GPW TERR FaultEnabled new Fenix idle descend formulaSwitch Fenix to VISUAL_FRAMESwitch simconnect from SIM_FRAME to VISUAL_FRAMEIncrease gear gravity extend speedUse ADIRU speed as input for autoflight systemFixed a few exceptions clogging up logsFixed a few sources of display freeze bugFix launcher crash when applying textures failsFix attempted for "Processing data" hangAdded safety net for CDU crashing during connection attemptsAssume negative temperature in INIT CRZ FL/TEMP input when no sign used in temperature entryFixed TAF reports may use older dataSlight tuning of MACH font in PFDImprove certification check to prevent crashingFix crash when several FlightSimulator.exe instances are runningHyd reservoirs have direct bleed air source from the left engineRenamed Hung start to Stall/Hung startSlightly adjusted PFD Mach indication to match location of QNHAdjusted outflow valve size to have finer control during manual pressure operationFixed hydraulic pressure not recovering after failure resetRemoved N2 filter during start to prevent fuel flow earlier than 22% N2When engine mode selector set to START, only show ENGINE page during startup phaseFixed FLS anchorpoint calculation should extend from MAP towards runwayCheck A/T master state before override mode in levelchangeAdjusted size of the outflow valve and the ventilation valvesDampened the input of airDampened the cabin VSI indicationAdjusted aircraft energy management at 10,000ft acceleration based on feedback and collated dataUnbreaked panel option saving. Per livery.Fixed VNAV not respecting alt constraints in certain scenariosSpeedbrake disagree when flap full addedPanel state lighting is now adjusted, floods will start at 0 with only 1 notch of integral lighting.Screen backlighting bug resolved, backlights should no longer be "ON" when screens are OFFFOB reading on the upper ECAM should be in 20s not 10sA/THR instinctive disconnect can now be bound, use AUTOTHROTTLE DISCONNECT in MSFS settings to bind.Reduced THR_IDLE spooldown rate and increased gain on open descend pitch control during THR_IDLE transitionGPWS test no longer displays TERR on ND in Plan modeFixed QNH mode not being read correctly when changed during startup or FCU not operationalMake sure that QNH mode is correctly set after loading livery config for FenixFixed incorrect handling of RAT extension solenoid 2Slight tuning of speedbrake speedAdjusted spoiler deflection speed for roll functionAIRPORT button will now jump to MAP if destination runway is not in flightplanClock no longer set to run on startCorrected/amended SEC laws regarding deployment of aileron as a spoiler during landingLOC approach in the FMS shouldn’t show VDEV warning fixedSpoiler order for roll adjusted to match engineering dataALT CRZ should not have dot in FCU ALT window fixedAdded friction/wear simulation to spoiler deploymentFixed Bulk Cargo door not workingAdded APPR IDLE and all relevant cascading items. The effect of this should be that Go-Arounds now take the correct spool time to achieve TOGA inside the required certification window of 6s.New "simplified" NWS logic added, simply put - if you want to use the tiller when you ONLY have a rudder axis and no nose wheel steering axis bound, simply push the PED DISC button on the tiller. This will now give you tiller only control via your rudder pedals until speed > 20knts AND thrust set above CL, or if speed > 45knts. If you have nose wheel steering axis, then DO NOT USE THIS.Fixed inconsistency issues with latched buttons when setting panel states - latched PBs should now be appropriately set as LATCHED or UNLATCHED as opposed to simply being locked in the position the aircraft started in, despite changing panel state. This was painful.[ART&SOUND]Completely new engine soundsetClickspots have been completely overhauled to improve behaviour and accuracyDefault pilot camera now has a higher FOV and is angled down so that the main panel is visibleImproved accuracy of FCU button annunciatorsOxygen mask panel covers now close when cockpit windows are opened to avoid clippingParking brake handle animation is now more realisticFixed hole in side of trim wheelCaptain/FO seat positions can now be adjustedChanged color of pedestal flood lightsFixed texture issue on captain sidestickFixed some overhead buttons not being in the correct state on loadCabin lights no longer turn off in the exterior view when the cabin is hidden via the EFBReworked cockpit window dragging behavior to improve experience in VRThe EFB now scales up when in VRAdded highlights to all clickspots when using locked interaction modeDisabled default AI ground power unit and boarding stairsImproved appearance of nav light bulb textures when litNav light ground splashes have been made a bit brighterBeacon and strobe flash patterns are now properly synchronized (thanks to bouveng from FBW for the help on this!)Fixed touchdown smokeAdded external showcase camerasHeat blur exhaust effect now fades out by 160 knotsHorizontal stabilizer trim animation is no longer stuckM]Rewrote elevator modellingRewrote flap drag modellingRewrote flap lift modellingRewrote rudder modellingRewrote engine thrust modellingChanged spoiler effectivenessAdjusted ground effectSource
-
/images/notams/notams22/fenx0522.jpgI've put together a quick update about what we’re working on tokeep you all abreast of our internal status. It’s worth rememberingthat what I’m talking about is not by any means an exhaustive list,but it should cover some of the broader areas we’re currently workingon. For the next update: 1) VNAV vertical pathing math has been completely ripped out andreplaced with a much more accurate set of algorithms - this was ahefty undertaking in the short space of time that it has been done in,but it has produced some fairly good initial results. The first run ofthis has entered some light testing, feedback has come through, and weare now on a “revision†cycle with this. 2) On the flight modeling side, we have rewritten the flaplift/drag area to provide better and more realistic results whendecelerating the aircraft. Once again, this was a fair amount of work- and all areas of the flap lift/drag were reviewed and worked upon toimprove the representation. 3) Rotation and immediate post-rotation behavior was reviewed andadjusted - this is also in a “revision†cycle, awaiting furthertesting. 4) Engine thrust has been reviewed and adjusted in conjunction withthe analysis on post-rotation behavior to find better SRS pitchtargets. 5) We’ve overhauled large swathes of the soundscape followingfeedback from the customer base. 6) There have been a number of visual bug fixes. 7) VR improvements (Dave got a headset and won't stop talking about it) 8) 50+ system bug fixes, crash fixes, error fixes. We are also working on more substantial product updates such as theexternal engine model and optimisations to our display tech that willnot arrive in the next patch owing to the amount of work required, butwill be making its way to you as soon as the respective items arecomplete and tested properly. Finally a small company related update - having expanded the numberof professional support staff on board, we have now also started toinvest in hiring additional developers to work on not only the A320,but future projects! We’re looking forward to getting this update out to you as soon asit’s ready, and thank you for your patience. Source Fenix Simulations A320 For MSFS Now Available
-
/images/notams/notams22/fenx0522.jpgA feature-complete autoflight suite, including full lateral andvertical guidance modes, RNAV/RNP-AR capabilties, and complex routeconstruction supporting multiple ARINC424 leg types such as Radius toFix (RF) legs are part of the Fenix A320’s arsenal of features. A“physical†fluid dynamic and air-mass simulation is modelled, withthousands of working components from control computers to individualmix valves for the pnuematic system, represented - and all wired totheir respective power source/networks on the aircraft, for an trulyin-depth simulation. fenixsim.com
-
/images/notams/notams22/fenx0515.jpgEarlier today Fenix Simulations lifted the NDA on their upcomingAirbus A320 for MSFS 2020. This means that those livestreamersand video producers who have had earlier access to it can now show theirwork in public. Fenix has also announced that the sale price will be€49.99. Here are a couple that we found: If you spot any more, please post them in the comments. Source Fenix A320: The End of a Beta
-
/images/notams/notams22/fenx0515.jpgThe A320 is now at the end of its beta phase. Over the last twodays, we’ve circulated the first release candidate internally. Asthings go, building the second release candidate on Friday the 13thmay not have been as wise an idea as I first thought, as that buildshowed some unstable behavior very fitting for the day. Thankfully,from this evening to last, we’ve identified the issue as not being ourown, so we can resume our scheduled activities. That starts with this - a post to cover where we are now, whatwe’ve done, and what’s to come. The A320 received a fair amount of systems and flight model loveduring the beta period. While the feature set was complete, fixingthrough certain system behavior in this incredibly complex fly-by-wireaircraft forced, sometimes, cascading system changes up and down theaircraft - which made bug finding and fixing feel like anendeavor. And while it isn’t super flashy or interesting, I’m happy tosay that things now look stable and representative, and will serve asan excellent baseline for us to move the aircraft forward to the nextphase of its journey, post-launch and beyond, where we intend torobustly support and continue improving on the product to furtherenhance it. Apart from the systems team, the rest of us also spent a largeportion of this time focusing on things that weren’t necessarily partof the airplane, but contributed to the overall customer journey andexperience. Systems depth standing alone in an aircraft is anunfortunate scenario to find oneself in, as these simulations are soldto you as an experience - and what good is that experience if youdon’t feel immersed in your surroundings? So, while the systems andflight model teams worked hard on bug fixing and stability, art andEFB teams worked on refining the customer experience. To be direct, I’m talking about things like seamless andsynchronized real time loading. In the Fenix, for example, all youhave to do now is import your flight plan to our EFB with one click(no file downloads here!), and from there choose whether you’d like toboard in real time, quickly, or instantly. Our A320 will then takecare of the rest. The dispatch office will whip up a preliminary loadsheet from yourSimBrief flight plan, and a company message will arrive on your MCDU’sAOC messaging system with said preliminary load sheet. Then you begin your data entry, as fuel arrives the ECAM will letyou know that the refuellers (to be clear - we don’t have a visualmodel for this…yet) are busy at work. Make sure to switch ON the NoSmoking signs, and switch OFF the seatbelts for that one, airlinestend to be specific about these things. These things, however, areconsiderations you didn’t necessarily make before. Refueling complete, seat-belts ON, No Smoking to AUTO (our Airbusis configured with the No Smoking signs permanently on as mostoperators do, flicking the switch to AUTO leaves it controlling theemergency exit lighting - which is the “ding†you hear when the gearcomes up and down) - and wrap up preparations ready to go. Make sureto keep an eye on the clock, however. Boarding is complete, the doors are automatically closed, thejetway automatically cast aside - and a few moments later your companyinbox lights up again. It’s your final loadsheet. Now, in real life,when loading an aircraft - you’re given a preliminary loadsheet withthe flightplan, and a final loadsheet after boarding, with what reallyended up happening. Sometimes they match closely, and are compliantwithin a defined margin to one other. Other times, 4 people, 2infants, and three tonnes of bananas were added at the last minute, soyou’re running a little heavier than planned. Or alternatively, therewere a few no-shows, so you’re a little lighter. Your CG also movesaround as people chop and change seats at the gate, or the baggagehandlers needed to move things around. It’s part of dealing withairline operations. And so, the same happens here. Sometimes yourloadsheet is compliant. Other times, it’s a revision, and you’ll needto pause and redo your departure performance and some of yourinitialization weights. So you’ve had a revision, and need to quickly perform arecalculation. This sort of stuff happens, but unfortunately for you,most airliner ACARS systems perform automatic reporting to theirrespective OPS Centers. So, if you take your parking brake off a fewminutes after when you were due to depart on your SimBrief plan -well, we’ll know. And we’ll tell you about it. An ADC (After DoorsClosed) message will whizz its way into your inbox, your airlinedemanding to know why you’re running several minutes late. Don’tworry, we included a reference card. But make sure to fill out the ADCdelay form in the MCDU’s AOC menu. The airline will be expectingit. And make sure you’ve accounted for the entire delay time period,otherwise they’ll send you back a message and ask you to. To cut the storyboarding short, as much as I’d like to continue -this sort of thing is persistent throughout the flight. You can sendout messages for diversions, which will be received by your airline’sOPS center, and acknowledged. Pulling into stand, the aircraft willalso handle deboarding for you. These kinds of features and details goa long way, in my eyes. It adds to the simulation of performing crewduties, and to the immersion of flying the aircraft. There’s more to the above, but I can only cover so much in text, soI’ll leave the rest of this for video and media content. The finalthing to say about it is that you absolutely do not need to use thisentire system if you simply want to pick up the aircraft and fly. Thatchoice, we leave to you. More...
-
/images/notams/notams21/fenx0712.jpgHope you’ve all had an excellent week! We’re back to cover offanother set of feature reviews, this time focusing on the fuel andhydraulic systems we’ve built into this A320. Last week we coveredsome software based items, and this week, we’ll look more at some ofthe physical or mechanical simulation we’ve incorporated into thisairplane. This is a very, very dense technical update – so proceedwith caution! We’ll begin with the hydraulic simulation. Our hydraulic simulationgoes a little further than simply telling the airplane whethersomething is pressurised or depressurised. In order to obtain properfailure simulation, the system must be built in a way where failuresaren’t simply programmed. They are approached as an effect on acompletely simulated system, as opposed to a set of programminginstructions on what should happen. Instead, when all physicallymodelled hydraulic systems are accurate, they will automaticallyrespond the way the real aircraft does to abnormal situations. Thisallows you to look deeper into why certain parts of the airplane dowhat they do, and respond the way they do. Every valve, pump, sensor,probe, cylinder, reservoir, control computer, accumulator, and more,is modelled with the correct behaviours and responses to abnormalsituations caused by mishandling the airplane, or failures that youmay choose to trigger. We’ve even modelled the piping used by thehydraulic fluid as it moves through the airplane, and the sensors thatfeed you with information are positioned correctly along these pipesto give you an accurate picture of what your airplane is doing. Somesensors cannot detect specific issues as they are upstream ordownstream from where the issue is occurring – and this ismodelled. Of course, the hydraulic fluid itself is modelled, withquantity, pressure and more existing in a physical simulation. Thefluid moves from pipe to pipe, area to area, and in and out of thevarious hydraulically driven components... More... Fenix Simulations Offers Extensive Details On Upcoming A320 For MSFS Fenix Simulations Announces A320 For MSFS 2020
-
Fenix Simulations Offers Extensive Details On Upcoming A320 For MSFS
Nels_Anderson posted an article in HN
/images/notams/notams21/fenx0712.jpgSince the initial announcement a week ago of their plans to bring a built from scratch Airbus A320 to Microsoft Flight Simulator, the Fenix Simulations project has generated a lot of interest. They have now posted an article offering extensive details on what the aircraft will include. Read It Here -
/images/notams/notams21/fenx0712.jpgIt gives me great pleasure to finally be able to speak with you allfreely! All of us at Fenix Simulations have been waiting for the righttime to show our creation off to the world. Today, after what feelslike years of waiting, we’re finally happy lifting the covers off ourA320. A quick word on us, Fenix Sim has assembled some of the mostexperienced and talented developers in flight simulation, with a goalto prove that a high-fidelity simulation of a modern airliner inMicrosoft Flight Simulator can be achieved without compromise. To the meaty stuff, then. To start with, I will say this - Nothinghere is a “planned developmentâ€, every feature showcased here orwritten about works, in-sim, and is complete! Moving on to what this A320 is... Well,we believe this to be the most comprehensive and complete A320simulator available to desktop consumers. Not just for MSFS, butacross any platform. We have all the usual suspects you’d find in afull-fidelity simulation; 100% custom ground-up code, a bespoke (andcomplete) autoflight suite, ARINC424 rendering, full “physicalsimulation†of fluids and pneumatics (the air-mass simulation is a lotof fun, can’t wait for the update post specifically covering thepneumatic systems!), and a completely custom navigation environmentthat ensures reliable operation for the autoflight system (more onthis later). Our MCDU also has everything you know and love from A320representations in the past, but with so much more; lateral offsets,ETPs, RTAs, and step climbs - features as yet unavailable in even themost complex X-Plane or ESP-based Airbus add-ons to date. A core focus of ours was to not only ensure that our systems logicand behaviour was true to the real aircraft, but that you feel likeyou are operating an incredibly complex machine, quirks and all. As part of this objective, we’ve enriched the MCDU with featuresthat have not existed in scope for any developer, before today. Forexample, the A320 uses a GPS-aided inertial navigation system. GPSbeing satellite based, when coverage is low or non-existent, degradednavigational accuracy is to be expected. This has never beenrepresented in a consumer simulator due to the immense amount of workrequired for such a small part of the aircraft. However, we haveintroduced and implemented NORAD algorithms for determining satellitelocation and velocity in Earth orbit by downloading GPS ephemeris dataon startup, so if you fly in an area with degraded coverage in reallife, our airplane knows this and will degrade your navigationalperformance accordingly in sim. Your RNP and ANP are now relevant andimportant to keep an eye on, especially when shooting those RNAVapproaches. The airplane is therefore not simply the same aircraft youflew from A-to-B in your simulator. Instead, it is a constantlychanging environment based on real-world influences, much like thereal thing. This brings us on to the navigation environment for thisaircraft. To ensure that you can trust the airplane, and that itreliably and consistently does what you need it to do, the Fenix SimA320 is rather different to many other add-ons. We synthesize our ownnavigation signals from all radios (hello, cone of silence!), ARINC424data, and navaid data from Navigraph. These come together with the WMM(world magnetic model) that’s inside a modern FMS to ensure you getthat last bit of fidelity, allowing us to calculate magnetic variationbased on lat/lon/alt/date/time, so your magnetic variation willtechnically be different each day. All this essentially means that weare completely independent from internal MSFS navigation data. Thisalso represents one of the most complex navigation environments in anyaddon aircraft, let alone simply for MSFS. If that wasn’t enough, we’ve also created an entire air-masssimulation, with pressure and temperature modeled. The air massesexchange heat between one another as they move through heatexchangers. Pressure goes up or down through a turbine or compressor,and temperature is modelled to the highest degree (sorry), andincludes adiabatic and friction heating as the air mass moves throughthe airplane. Every single mix valve, recirculation valve, compressor,decompressor, pre-cooler and cooler is modelled. We’ve taken intoaccount everything from the heat output of the passengers, down to themetal in the seats and cabin giving off residual heat to the air asyou attempt to cool your passengers down. Additionally, we’ve simulated the cargo heat option, and in keepingwith our standards, we had to find out the composition of “luggageâ€,and mixed the specific heat values of fabric, leather, and metalbuckles to come up with a little algorithm that ensures that a full,laden belly will retain heat better than a half-full, or empty cargocompartment. On to failures, a very popular topic amongst the forum threads andDiscord channels after I’d mentioned “170 failures†a few days ago. Inreality, there are actually 383 different triggerable faults, issuesand emergencies. Please be aware that this number might appear hugebut certain failures are duplicated as they appear on both the rightand left side of the airplane - so you do indeed have roughly 170unique things to break on the Fenix Sim A320. This doesn’t includecircuit breakers as some hypothesised. As a preview - I have attacheda failure list here for you to peruse, should you find yourselfcurious about what exactly you can and cannot break on thisairplane. Quickly touching on the circuit breakers however, we havemodelled 280 of them for you to explore if you so choose - but we’llreview that in a separate post that dives deeper into the A320. You may be wondering what the value is in simulating obscuresystems and failures. For us this ties in with the ethos of what anAirbus is: a deeply complex airplane, with dozens of computers, andhundreds of mechanical components leaving you with a great sense ofthere being plenty occurring behind the scenes to keep it doing whatyou ask of it. This is a feeling we can’t easily provide without therebeing a great deal going on in your simulator too. So we went for it -because it adds an immense amount of gravitas to every one of youractions. For some, this may not matter, but for others, this attentionto detail is essential. It is a testament to the love and attentionlavished on this project. Quickly covering the autoflight - we’ve put significant effort inensuring LNAV and VNAV are fully and faithfully represented, and thatthe airplane behaves exactly as you’d expect: reliably. When it comesto autoflight, showing is always better than telling, so in the comingdays, I will release a video of an autoland on our Discord so you canget a first look at the automatics in action. There are even newerflight modes such as FLS (FMS Landing System) - wherein the FMGSplaces an anchor point on the selected runway’s threshold, and usesthis to calculate and render a virtual glideslope and localiser usingthe aircraft’s internal navigation database, to aid in non-precisionprocedures. This is just a taste of what’s to come over the following systemspotlights, where we’ll dive much, much deeper into our A320. For now, I will wrap this up by covering the gorgeous visuals(which are still a work in progress!) - because this isn’t just amodel put together with some reference images off the internet. It isscratch-built for MSFS, based on 3D scans of 5 different A320-familyairframes, for utmost accuracy. This significantly elevates the visualfidelity we will be able to deliver - as seen in the images and shortvideos (shameless plug: more on our Discord, come say hello!) - I willleave a lot of detail out of this as some of the work done in thisdepartment is extraordinary and worthy of it’s own post. Dirt, grime,oil streaks - we’ve recreated the look of an in-service airframe thatis the backbone for many airlines across the world. This extends tothe interior; wear and tear takes its toll on aircraft that areconstantly running cycles, switches gradually loosen and sit atdifferent angles to new (accurately recreated using the 3D scan fromthe real thing’s overhead - check out the landing lightswitches!). One of my favorite features of the flight deck is the LCDsimulation we’ve created for this airplane. Apart from just matchingthe resolution to the real A320, if you get up close and personal withone of the screens on the Fenix Sim A320, you will start seeingindividual pixels instead of a single blurry texture. To top it alloff, we absolutely had to simulate the horrible off-axis backlightbleed you get when not viewing the panels head on - so these displaysbehave just like the real deal, with simulated viewing angles. As a reminder, everything I’ve told you about, is working. I’m nottalking about an ambitious plan. Being so feature-rich, one would beforgiven for looking up the value of their left kidney, and whilst wecan’t reveal the exact price just yet, we think you’ll be happy withit. I look forward to having you guys pop by and say hello on ourDiscord, and I already can’t wait to go through the MCDU deep dive onFriday! Thanks, Aamir, Fenix Simulations Source