Leaderboard

OK, I did find a bug that could result in your cloud choices getting reverted after using the main SMP configuration screen. Thanks for reporting that. We'll put together a 4.8.1 bug-fix release soon. At a minimum it will fix this, and bring back the missing "force cirrus" option in the UI.

Six months since release and I just want to say this TBM 900 is hands down my all time favorite plane in X-Plane. It has a place in my heart reserved for the absolute crème de la crème. Two decades of flight sim and I'm constantly amazed at the levels developers rise to. Keep up the superior work!

Hi folks, I made a PDF document with all the Normal checklists from the official POH in only 2 pages, also I included some performance tables. I wanted to share it with the community. Let me know if I can improve it. Thanks for this great product! Cheers TBM-900 Condensed Checklist.pdf

I have to thank you for this great update, I really love it and it looks all very impressive again. :-) (The Screens show SMP + RWC + FSGRW)

Argh, sorry to confuse everyone on this. The downloading I'm referring to is for the raw METAR data from NOAA. Normally, X-Plane 11's real world weather system downloads this on its own, and some weather add-ons inject their own METAR data files in place of X-Plane's. But, there are edge cases, for example XP10 or people who want to use weather add-ons that don't use METAR-based weather data and disable X-Plane 11's real world weather system. For these special situations, Real Weather Connector offers an option to download its own METAR data from NOAA and read from it, in exactly the same way we'd read the METAR data normally downloaded by XP11. In that edge case, which is what "always" mode in RWC does, what's supposed to happen is we send a request to Gizmo to download that data in the background, and notify us when it's ready so we can read it. This way, the weather download happens without causing a big pause in framerate. The problem is that NOAA changed their weather download server to use HTTPS instead of HTTP, which means Gizmo cannot download that data until it is updated to handle the HTTPS protocol. Since I don't know when that will happen, we implemented a "plan B" in SMP 4.8 that will go get that data itself if Gizmo fails to get it - but this comes at the cost of a performance stutter. This all ONLY happens in RWC's "always" mode. There's no point in using this instead of XP11's weather data though, because it's the same exact weather data. It's just there to deal with these somewhat unusual configurations some customers have. And we still want Gizmo to be altered, because it offers a way to download this data without causing a performance stutter in the process.

Weather data services used for sims (NOAA in this case) do not update weather frequently anyhow. Once per hour is the norm for that.

I'm afraid I don't really know how XPGFS in particular works. "Always" mode is intended for weather add-ons that update weather via X-Plane datarefs, which are limited to 3 layers of uniform weather surrounding the plane. "Automatic" mode in this case would work, but in order to get localized, complex, many-layered weather with RWC and SMP, you'd want to use "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. If you are using XP11 and its built-in real world weather system, yes "automatic" would be the right setting. If the Gizmo issue is fixed, you won't need to change any settings once you've found the one appropriate for your setup. What we're doing is checking to see if Gizmo failed, and if so, we do it ourselves instead. From your standpoint you shouldn't care which plugin ended up doing it.

Just to clarify - in our forthcoming 4.8.1 release I'm issuing a fix so that new weather is only downloaded once per hour when "always" mode is on, and Gizmo is not getting it for us successfully. This should at least reduce the stutters to once per hour while we wait for that fix, if you must run with "always" enabled.

Actually I had some random crashes during flying, even in the middle of the sea with no dsf loading etc...so i tried reinstalling the software (and I suppose also the latest plugin) and nothing changed. Then I tried your plugin and everything seems to work normally now. Seems that the problem is still present with their plugin. Thanks for the solution

Yes, I understand that XPGFS will work without RWC -- this is what I've been stuck with for the past several months. But as I understand, RWC draws clouds with greater precision and fidelity along with certain other features that justify its additional cost (including more recently smoother transitions). But I agree that the relationships between all of these weather-related plugins is pretty confusing, and I am not certain that I have it right. CORRECTION: It appears that I misremembered -- according to the RWC manual I should be using "Always" with XPGFS, which again causes stutters. I assume that I must await an update to Gizmo to fix this problem (or anyhow hopefully). In the meantime, and in high praise to the good folks at Sundog, I am very happy to report that this (see images below) looks more like a thunderstorm in my neck of the woods: