diamonddriller

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!

Oh dear...... I can switch to using HDR (XP-10, just to remind you), and the blockiness goes. I've never had to bother to use HDR before with SkyMaxx Pro, and I've been a customer since v2.0. I've never been particularly bothered to get the extra eye candy of HDR, and it does put a bit more strain on the system - which heats up iMacs' GPUs a bit more! I'll continue to experiment, but maybe the coming v4.1 will somehow cure this.

I was sometimes getting a semi-transparent view of the vertical stationary prop (i.e the prop as it looks from the cockpit before one starts the engine) while flying, as the blocky clouds and visibility altered. As the weather cleared, this anomaly cleared with it. I had not seen this before 4.01, I'm pretty sure - I mean the original v4 did not do this - I repeat, I don't remember it doing this, but maybe I'm mistaken. Do you have a clue as to what sort of other plugins could cause this?

I'm getting the blocks more often now. Often have to disable SkyMaxx Pro. Also, this problem creates a few other graphic anomalies which I'd never seen in v3. I hope v4.1 cures this, else I will revert to v3.....

I had the same blocky effects in the clouds with X-Plane 10.51 and SkyMaxx Pro 4.01. Never had that with v3. Using a 5K iMac with the 4GB Radeon M395X. I wasn't using HDR, but clicked that on and the blocks disappeared.......

Looks fantastic. I thought v3 was good, so this is going to be remarkable

Thanks, Sundog. I'm no Sherlock Holmes, but the way this happened and the timing of the posts did give me a clue We will all be delighted that you have identified the bug, and that all will shortly be well!

Same with me today, on an iMac 5K running 10.11.5. 4GB graphics card. Seemed to be OK since I installed 3.2 of SkyMaxx Pro (with RWC). I use X-Plane's weather. I was flying along (and had been for half an hour) when the sim crashed. I was on PilotEdge. The sim repeatedly refused to start without crashing. I restored the "output" folder from Time Machine, but that didn't help. Then I looked at log.txt and saw the crash was from SkyMaxx, after parsing the weather. I deleted metar.rwx and the sim started OK. After a minute or two, it crashed again. Running it after disabling real weather was fine. Maybe X-Plane is currently downloading some corrupt weather, as we are all complaining at a similar time. Or something, somewhere, is not parsing the reports from NOAA or X-Plane's source. Very odd. After all, 3.2 was installed several days ago, and has been stable up till now.