daemotron

Better don't copy folders manually; there's an installer for the G500. Just follow the instructions provided in the manual

Not sure it's the exact same bug that's causing the documented crash on mac OS, but on Windows 11 I also experience a CTD when unloading the G500 version - switching from a non-G500 version to a G500 version works, but not vice versa: 0:34:12.797 G64: core: Calling OnAircraftUnload:(Aircraft/X-Aviation/Mitsubishi MU-2 Marquise v2/) 0:34:12.797 G64: core: Run: [OnAircraftUnload] 2022-07-16 09:05:19 OpenGPWS[xplane.c:339]: OpenGPWS disabling 2022-07-16 09:05:19 OpenGPWS[xplane.c:343]: OpenGPWS disable complete 2022-07-16 09:05:19 G500[Main.cpp:130]: XPluginDisable 2022-07-16 09:05:19 G500[g500.cpp:109]: Disable G500 2022-07-16 09:05:19 G500[g500.cpp:111]: Disable Popup System 2022-07-16 09:05:19 G500[popupSystem.cpp:701]: Fini G500 MFD Bezelless 2022-07-16 09:05:19 G500[popupSystem.cpp:701]: Fini G500 PFD Bezelless 2022-07-16 09:05:19 G500[popupSystem.cpp:701]: Fini G500 Combined Bezel-less 2022-07-16 09:05:19 G500[popupSystem.cpp:701]: Fini G500 Combined 2022-07-16 09:05:19 G500[popupSystem.cpp:701]: Fini GDU620 (Heli) Combined 2022-07-16 09:05:19 G500[popupSystem.cpp:701]: Fini GDU620 (Heli) Combined Bezel-less 2022-07-16 09:05:19 G500[g500.cpp:113]: Disable PFD 2022-07-16 09:05:19 G500[g500.cpp:115]: Disable MFD --=={This application has crashed!}==-- The XP crash reporter got active, so I attached those two files as well. From Windows itself I got an error message about a memory access violation (good old segfault). OS: Windows 11 Pro 21H2, build 22000.795 Log.txt crash_report_07_16_2022_07_05_20.rpt telemetry_0.tlm

Aircraft file: xsMU2B60_5B_GLASS.acf As the title says, there's a texture hiccup with the labelling of the GPSS switch:

Relax guys, pretty sure they'll post an announcement and send out emails to existing customers when they're ready. Over there they still have a couple of hours before it's even getting early evening...

I'm excitedly looking forward to the weekend. Watched the replay of Graeme's stream yesterday evening - Tom, you did an outstanding job! Can't wait to fly that 5 blade prop version...

Right now the jamming feature doesn't seem to make a lot of sense to me: not knowing when and where jamming occurs, it's impossible to use this feature for systematic training, while at the same time it can interfere when trying to train something else, or when flying online. Also using this feature requires a commercial grade charts subscription (unless you count try & error as a valid approach), so it definitely should be optional, and not randomly forced on pilots.

OK thanks, I'll stick with 1.5x then.

Is it possible to control GPS jamming, or at least deactivate the feature?

ID41 Stibnite View File This is my rendition of Stibnite Airfield (ID41), Yellow Pine, Idaho, USA. It is purely library-based and doesn't contain any custom objects. It features the curved runway, some vegetation and a simple cabin. I recommend using it with ortho scenery (the screenshots were made using VStates Idaho) - the default mesh has some glitches in the area. Libraries required: MisterX Library CDB Library 3D People Library Submitter daemotron Submitted 05/26/2022 Category DSF Scenery Packages X-Plane Version(s) X-Plane 11  

After almost a year of silence, the author has published another blog post, giving more details about the status and progress of the project: https://x-plane.hu/L-410/blog/2022/03/07/devil-in-the-details/

As I see it, it's probably not worth letting visual surface effects (icing, precipitation on aircraft surface) get into the way towards release at this stage. XP 12 will bring a lot of changes there, so there's something to look forward to (new APIs to fiddle with, yay! - at least for the windscreen). I'm all good with beautiful steam gauges to start with - though I secretly hope the new lighting engine will help giving analog cockpit instrument this distinctive look of heaviness (I don't find a better word for it) which seems hard to create in XP 11.

I received several reports from FSEconomy users, complaining about flight cancellations due to airborne refueling. Maybe @skiselkov could shed some light on how the fuel-related data refs are used. When starting a flight, the FSEconomy client attempts to set the fuel ordered in FSEconomy by writing the fuel weight split out among the tanks to sim/flightmodel/weight/m_fuel. Thereafter, the FSEconomy client monitors sim/flightmodel/weight/m_fuel_total, expecting it to be equal to or less than what it was during the last check. If it's found to be more than it was on the last check, it will cancel the flight with the "detected airborne refueling" message. So would be great to know if there are situations where sim/flightmodel/weight/m_fuel_total can increase in flight with the Challenger.

This is blatant piracy.

What an excellent little bird! I just love it; it's great to fly. Any chance we might get a paint kit or at least a white livery for custom paint work?

It's actually a (minor*) bug - 6Y3 was exported with an elevation of 0 (ft AMSL), whereas 3MI2 was exported with correct elevation (616 ft AMSL). When Runways follow terrain is active, the airport elevation is ignored by X-Plane, and the airport is rendered on top of the underlying mesh. If the option is disabled, or the airport definition specifies "always flatten", X-Plane ignores the mesh and creates a plateau using the specified airport elevation and the airport boundary - in this case, at 0 ft. Hence the funny "Moses" effect. *Doesn't make sense to use the scenery for 6Y3 without runways follow terrain - the runway is significantly sloped, and the terrain mesh shipped with the scenery doesn't cause any problems (steps, holes, ... whatever you may encounter out there in the "wild").

Wow, what a pace Love how you're taking any effort to deliver the perfectTM product to us.

Arg, you're probably right - it's too early in the morning, and I was too greedy and eager getting the TBM into the air. Will boot brain now and refuel with coffee. Then starting over

Hi, this happens after entering my credentials in the XA activation window when trying to activate the TBM: Cycle Dump.txt debug.log GizmoLog.txt Log.txt

I think I know what I'll be doing next week-end

Hi, not sure we're talking about exactly the same thing here, but might be the mixture issue sneaked somehow back into version 1.5 - or maybe the fix can hit problems in specific circumstances; I can't tell. Here's what I experience: The Saab apparently needs mixture set to something substantial (in the vicinity of 1.0 or slightly below) for establishing a fuel flow. Today I was repeatedly not able to start the engines (which I could do all the previous days without problem...), and I was running out of ideas when I finally enabled the display for some data refs, mixture being one of them. I have one axis assigned to mixture, and when dealing with the Saab, I always had my hardware in the cutoff position. So far this never did any harm to the Saab, as apparently the plugin code at some place overrides mixture values and sets them to 1.0. With the data display activated, I could see the mixture value oscillating between 1.0 and some very low values, around 0.1 - apparently, my hardware controller got a bit noisy and thus interfered with what the Saab's code tried to do during engine start. The result is quite interesting - when starting the engine, ITT kicks in and rises up to 530° - but as soon as the starter cuts off, the temperature gradually decreases, and the engine rpm spools down slowly. For me the simple and easy fix is to keep my hardware mixture controller set to full (rich) - apparently there's less noise that end of the controller, and even if so, cutting off the engines using the condition levers works like a charm even with mixture set to 1.0. I don't know if it's possible to completely ignore mixture for establishing fuel flow (it's a turboprop after all where mixture controls don't exist - I'm aware some models use the mixture axis as condition lever, particularly when they have separate prop controls), but of course I have no clue whether X-Plane permits this or if mixture generally controls fuel flow, whatever engine type the aircraft is equipped with... would be convenient though to eliminate the mixture axis as a potential source of problems for the Saab to operate correctly...

For quite a while, I used SMP and RWC in conjunction with NOAA and XP default weather. What I didn't like about those two (free) options is the abrupt change of winds, which can blow a lighter aircraft easily off course... (and even a heavy when the change occurs in a critical phase of the flight, e. g. on final...) Thus, I'm looking for a solution working well with SMP and RWC, overcoming XP's default weather limitations (winds aloft, update frequency...) and offering a smooth atmosphere transition when new weather data is loaded (XE does this, but has other issues why I'd rather continue using the Maxx stack). As far as I'm aware, FSGRW could be a solution, but the description is quite incomplete and I don't know how well it really works with XP. Before investing another 40 bucks, I'd rather have a positive confirmation from some of you folks if you're using it and are happy with it. FSrealWX Pro is currently not available, and here as well no idea how well it does its job. Maybe someone who gathered already some experience could comment? Thanks in advance for your most welcome inputs, Jesco

Great! Also interesting how a dark colour makes the nose section appear to be less "brawny" than in white.

Yep, that's a general problem - seasons behave quite differently on the European and the North American continent (not just England) - due to the Gulf Stream and the different orientation of mountain chains, winter comes further down south in North America, and summer also reaches further up north. Just a thought on a future refinement of TerraMaxx - if season limits could be defined using latitudes and longitudes (i. e. tiles or areas), it would be possible to better define plausible seasons for various regions of the world (also thinking of Japan, New Zealand and similar areas with specific climatic circumstances).

Wow, great to see how you're constantly pushing X-Plane beyond the current generation...