diamonddriller

Yes, I take the point with the Stationair and Carenado, but the G1000 operation is XP11's. Also, the high wing v. low wing point is true. However, again, same runway, same time, same weather: here's the Mooney I recently bought from you v. the SR22. Quite a difference, I'm sure you will agree. I love your comment on X-Plane being a little too smart. You would get more of an ear with Austin and Ben than I would, if you showed them this lighting problem. BTW, none of this detracts from a fantastic plane, which is well worth the money I have paid for it. This, and other minor criticisms from others, are just that - minor! Those of us who have invested in this thank Coop and you for all the work you are doing.

I understand, Cameron, and you are absolutely correct about X-Plane 11's lighting.......... However, OuterMarker (earlier post) seems to agree that this could be improved. For what it's worth, here's Carenado's Stationair taken on the same runway, and they seem to have beaten this problem, somehow. The default Cessna's G1000 is not much better than the SR22, and the sun (or just light - even with cloudy conditions) seems to fade the screen whatever direction one is pointing to, with the exception of perhaps 40 degrees of direction. Also, the filthy screens of the default Cessna aren't much help. It's a bit of a problem, RW, now and again, but this does look a bit worse (i.e. the Cirrus) than perhaps it needs to. After all, it is a sim Thanks for looking at these posts so quickly.

The base (background) color of the screens looks gray (quite a light gray), rather than black. Consequently, the displays lack contrast. I refreshed my memory of the real screens (haven't flown for a bit - as many of us haven't, sadly) in photos (and with Google and YouTube!), and the real G1000 looks a lot crisper - more like the pop-outs! I tried the menu key on the FFD, where you can adjust brightness RW, but this isn't simulated.

Hi Coop, The DME problem was only once or twice, and it may have been after another plane had been flown - which can muck things up. I had another problem today, with PilotEdge crashing the sim as soon as I connected. I removed the new XPRealistic Pro, and then things were OK. The trouble is, I have too many plugins and a lot of scenery. I have moved some of the plugins out, because things do interact. See your own support system for a couple of screenshots and the log.txt.

Using the latest PB5 installation (with the Ovation II) on an iMac, running Mojave. All the annunciatiors in the NAV2/GPS instrument don't seem to work. I can see that there are lamps for nav or GPS, but nothing ever lights up. There are no To/From indicators working either. The HSI does not seem to have any to-from indicators ever appearing on the needle. Once or twice, I have not seen the DME working after switching on, but if I reload the plane, it is OK. Today, I tried the beta version of Gizmo, but that did not help, and I reverted to the standard version. Also, the fuel flow meter remains dark, but perhaps it is not simulated. I also often get a master warning come up, but have no idea why, as everything is in the "green", and I cannot cancel the light. I must have done something wrong, or not! :-)

millibar would be fine by me (hint: hektopascals are millibars) I know. It's just that the name makes better sense. Why name a unit after Blaise Pascal, however an eminent scientist he was? Same with "Newtons". Perhaps it's no worse than calling a vacuum cleaner a Hoover, even if it isn't. I'm just a cantankerous oldie.......

Well, it was built on the Isle of Wight, and may well have been fitted (In those days) with a mb scale, not hPa. I still like to think of milibars, which makes much more sense than hPa - but there you go. A double window is not a bad idea. No one in the USA uses hPa

Looks good. Flies nicely too! Might be worth explaining (in the manual) the slave panel for the HSI, as you cannot assume that everyone who buys this plane will know much about it. It's rare to find planes made for XP11 that have this simulated.

I was also reinstalling, as I think I may have missed an update. I had the same message, and I'm using a Mac. I also got the same message when installing into X-Plane 11, and even with the liveries when I chose to "ignore" the errors. No installation at all in XP10, but I did get the files in XP11. Something is clearly wrong. Can someone please advise? ---------------------------------------------------------------- OOPS! Just needed to use the very latest installer! So, now all OK.

OK. Thanks.

I asked, in an email a while back, whether the installers for most of the X-Aviation products would be updated to 64-bit. I was told not to worry, but OS X Catalina will shortly become the standard. All new Macs will come with it installed. It will not run 32-bit programs at all. I just ran a reinstall of a fairly recently bought product, and got the warning. I would guess a lot of the older products have not been adjusted. This is neither a rant nor a complaint. I am just asking whether this will be addressed very quickly.

Believe me, Frank, if SWP loading weather was the only stutter I ever got (and once an hour, at that), I would be bl--dy grateful Have a great weekend!

Thanks Frank. That has clarified things. I was well aware of the https problem, virtually as soon as it happened! I had some correspondence with LR, and thought that they were looking at this, but nothing has happened for XP10. I suppose, as XP11 has this fixed, they are no longer bothering with XP10. As they have already written the code for this in XP11, I am surprised that they couldn't port this to XP10. kentwerickson has a point about bypassing Gizmo, but Cameron has said that Gizmo was being altered, and that it was not a simple fix.

So, Frank, your two statements below, from your last post, seem to indicate that SMP now downloads its own weather! Does it? "Always" mode to tell us to always download our own, detailed real-world data instead of depending on the add-on or X-Plane's default weather to do so. What we're doing is checking to see if Gizmo failed, and if so, we do it ourselves instead. Now, I'm really stumped. If SMP downloads the weather, why would Gizmo need to be altered? Also, if SMP is getting the multi-layered weather, we could dispense with XPGFS and set RWC to "automatic" and off we go (this is for XP10). If we wanted that SMP weather in XP11, instead of the default, how does one set that up? Disable XP11's weather, then set RWC to "automatic"? Also, of course, Cameron is entirely correct. RW Weather gets updated hourly, with exceptions when something out of the ordinary happens.

So, Frank, to clear my old brain (!!!!), does the "external injector" work properly with XPGFS? I would not have considered using "always" mode for that. I can see why one might, but is it more logical than "external injector"? Also, it does indeed seem that we await a change in Gizmo as another source of downloaded weather for XP10 (as the native method stopped working), and, when that happens, which setting in RWC would be appropriate? I would expect it to be "external injector" again, but you are the one who knows! Also, correct me if I'm wrong: in XP11, one continues to use RWC as we originally did in XP10 - i.e. Automatic setting (if we don't have XPGFS as well), because XP11 is downloading the weather. If we use XPGFS, though, the same question arises as above - what's the best setting? Thanks.

@kentwericksonHmm. RWC in "Never" mode for XPGFS. I still don't get this (although XPGFS will certainly work properly without RWC, as it was designed to do so! ). However, I would have thought that the "external injector" might work, as one of the points of RWC was (I thought) to smooth out transitions from one area to another, and I presume XPGFS is an external injector. The other thing is (useful only for XP10 real weather downloads, that had been stopped. XP11 works properly) that Cameron initially had pointed out that Gizmo would be altered to get HTTPS access to weather. This being so, one could (if preferred) dispense with XPGFS. In posts above, Cameron seems to now infer that the code is now in SMP 4.8, but Sundog does not agree - see his last post. Maybe the latest Gizmo (which one would automatically get in the 4.8 distribution) has the HTTPS thing fixed, although I doubt it, because the file creation dates seem to be in 2018. It's all a bit confusing, but I'm keeping XPGFS for XP10 at the moment, and I quite like it in XP11 too. How accurate all the depictions are is another matter, but I'm not going to let it ruin my day

Brilliant! Thanks, Cameron, for that quick reply! Regards.

Am installing 4.8 later. I noted RWC is still at 1.1. The earlier posts seemed to infer that it might be RWC that needed the update, or was it the Gizmo bit that does the "work"?

@CoopThe link you posted on Sunday is XGS 2.0.2 - and you said this is the one that we shouldn't use - or have I got this wrong? Anyway, I decided to use a lua script for landing speeds instead. I was getting a CTD when I loaded the plane first (as opposed to loading it after I'd loaded another one - when it was OK). Xsaitekpanels was apparently the culprit. I investigated further, and found I needed to update that plugin, and it's OK now! BTW, I'm on an iMac and using OS X 10.14.4 and X-Plane 11.33

@kentwerickson Yes, as you know, XPGFS changes the weather from a METAR at the nearest airfield you are flying by, so the changes can be a bit abrupt. Sadly, I'm often finding that SMP is often slowing my frame rate down into single figures in XP10. Immediately I disable it and RWC, I'm back into the 50s or 60s fps...... Fast i7, 8GB graphics card..... shouldn't happen, but it does! I can often re-enable SMP later, and things are OK. Strange. I must have a go without RWC completely to see how that works. I'm also using XPGFS in XP11, but I may have another shot at things with the default weather. I originally thought that RWC was there to smooth transitions from one area to another as we fly, and didn't appreciate that it was injecting weather itself. It's all a bit irritating, but I'm pleased to read (from Cameron) that work is being done for those of us who still use XP10 as well as 11.

Hi Cameron. Thanks for your reassurance. After re-reading the RWC manual, and concentrating on how the settings work, I can better understand the problem. Because it was all so easy in "Automatic", I had mentally skipped the nuances of quite how RWC worked in its different modes, and particularly how it interacted with add-on plugins. Nothing in life is simple..........

At the moment, I'm using the NOAA weather plugin (XPGFS) instead. It's pretty good! I can use it with Laminar's clouds or SMP - and I de-activate RWC. I had asked Laminar whether they would be updating XP10 to get real world weather again (I now know that doesn't affect RWC....), as I could then use real weather with default clouds or whatever. However, they don't appear to have done anything yet, even though they had told me that they would! I'm not certain that my XP11.32 has things quite right either, but it's not really upsetting me

Thanks, Ben. No doubt, we'll hear something very soon!

As NOAA dropped non-HTTPS access to weather data the other day, does this affect the "Always" option in RWC? In your reply, could you reference this problem (if it is one!) to X-Plane 10 as well as X-Plane 11? Thanks.

Well done. I did notice the installation hiccup on a livery for 1.4, but let it go I hadn't had a chance to fly and notice the other bugs, so I agree with mmerelles!