Redge

I tried ApronLife (the latest version) last night. It was very cool to see all the traffic around me at the airport. Performance was fine, but I'd already turned down many of the settings before even trying it. Only problem was that using it at EGLL, I didn't see any passengers entering my own aircraft after I'd started running it. I have a feeling the sim had hit its maximum simconnect object limit, and so refused to render any additional objects after all the other aircraft gained their own vehicles?

So I went for it and I’m not disappointed. It’s a lot more in depth than I expected it to be. My first payware iniBuilds aircraft, and after a single flight so far, I’m not disappointed! There were a couple of oddities (such as the AP shooting through my FCU altitude limit) but I think that may have been the plane being just different enough from the Fenix that I didn’t configure those things correctly. One question with the WinCtrl setup I have a single Ursa Minor throttle (with only two switches for starting engines). It appears to control engines 1 & 2 only. Is there a way I can configure them to start 3 & 4 as well? Thanks again all for the recommendation!

Thanks for all the feedback. Unfortunately my weekend looks like it just got more expensive! 😄

Thanks! How does it compare to the A350 in terms of flight model, sounds and system fidelity in your view? Or, I guess more importantly for me, can you compare it to the PMDG 777-300? As that's the only other long haul reference I have.

I've been flying pretty much nothing but the Fenix A32Xs for a while now, and am wondering about delving back into some long-haul action. I have the PMDG 777-300, and have enjoyed using it in the past, but over the past year I've built out my home cockpit components to be very Airbus specific (thanks, WinCtrl! 🤨) I haven't used the 2024 native inibuilds A330-300 much, and was wondering whether I should just do that (and find a workaround for the WinCtrl MCDU screen support issue), or maybe give ini's A340 a go. The cockpit is the same as my home setup, and the A340 systems and modelling seem to be a lot more in-depth than the default A330 at least, but from what I've heard still not near the level of the Fenix A320 (or ini's other aircraft such as the A380 and A350). It looks like it's been a while since the A340 received an update, and I've seen that not everyone is very happy with the sound set. As a regular Fenix user, would existing owners of both recommend the A340? Or would I be better off skipping it, and get something else instead, like the A350 or A380, even though their cockpits don't match my lovely home setup? Thanks!

I didn't see the latter's stream, but those two streamers are at opposite ends of the hardware configuration spectrum. A330driver I believe has a beast of a desktop system, while easyjetsimpilot uses a 3060 or 4060 graphics card. That could be some of the difference?

Thanks for the heads-up! I've submitted my questions. Very unlikely they'll be picked up, but I was trying to put as much positive spin on on my question as possible, while simultaneously pointing out how awful the atmosphere is looking these days

If you recall in the early years of MSFS2020, EDDS was inexplicably missed out from the MSFS airport database — only being added after a few updates. So depending on the data source and age, that this developer was using, it could be related to that.

I find that live traffic is much busier than the non-live option in BATC. I have everything set to 10 (except for parked traffic at 7), and I can get stuck in the queue for KFJK or EGLL's evening departure rush for upwards of 20 minutes, but only with live traffic. Incidentally BATC handles it all pretty well.

Thanks. There must be something specific about my network setup that’s impacting it. I’ve been away from MSFS for about a year and just updated everything recently so it’s possible that something became corrupted after all those updates to the sim itself and all the addons…

I bought this to use locally on my MSFS machine, but am having trouble with it continually “losing” the connection to MSFS 2024. I put that in parentheses because behind the “Connecting to MSFS…” message that appears after a couple of minutes, you can see the glass panel continuing to be streamed correctly. I’ve not seen anyone else mention this on their discord unfortunately.

Anyone else also seeing a nightlighting regression in the latest beta build? The gorgeous night lighting of the last (two?) builds is gone with “real” lights limited to a very small circle around the user, and much lower resolution textures than we had last week in the distance?

I can't speak for the exact KSP implementation (I'm going to download it and try it out this weekend), but in general, rendering and weather simulation are separate. If you can create clouds that look this realistic, the same rendering techniques could be applied to a dynamic weather engine that drives convection, wind, and cloud evolution. The visual fidelity is independent of whether the clouds move or grow in real time — so in the case of MSFS, I think the answer should be, yes, if the weather engine allowed clouds of this fidelity to be rendered and lit accurately, then the underlying dynamic weather engine could be used to take care of the rest. I'm sure it's not trivial, but I think the principle is sound.

I think a lot of people in this thread are potentially missing what I am trying to show here... Which is the way that the clouds are rendered. The lighting and realism of the rendering of the sky looks massively more realistic than any other volumetric clouds I've seen in games. Whether or not they work dynamically or their compatibility with a live-weather injector is irrelevant. First you figure out how the physics, lighting and shaders work to render the clouds in this way, then after that you decide how to generate the clouds using your underlying dynamic/live weather injectors etc. These KSP clouds that I showed above, are a community add-on effort by a single person (who is probably the cloud rendering equivalent to the legendary, @Biology who got our MSFS2020 atmospheric lighting corrected and is behind the massive upgrade in XP12.2's weather and lighting). Take a look here to see his blog, and examples of what he has achieved. Different game engines use different ways of handling lighting and shaders etc, but, seeing as Seb, Jörg and co said in a recent livestream, that they are considering future upgrades to the weather rendering, then I'd say they should see if they can have a word with this guy, before someone else scoops him up, like Laminar did with Biology. https://www.patreon.com/posts/true-volumetric-139879553

I’ve often wondered whether people disagree about clouds in the sun so much because it’s so subjective based on where they live and the clouds they see around them all the time. I mean, this looks 100% like what I see outside my house all the time. But I know when I’m where my wife comes from the clouds there are totally different, shaped by the surrounding mountains. Either that, or some people see more of MSFS clouds than real ones to be able to judge properly anymore 😜

Move over MSFS and XP12...! These volumetric clouds (and cloud lighting) in, of all places, Kerbal Space Program, are how to render clouds convincingly:

Phew! I’ve read through the whole thread and haven’t seen anywhere the explanation that Jörg once gave in a dev stream as to why the fully modelled weather radar wasn’t considered feasible (at least early on) - it was commercial, and nothing to do with the inflexibility of MS’ contract with them. MS wanted to expand their contract with Meteoblue to deepen the radar functionality but MB were concerned that by providing the extra necessary data, even without an API, some enterprising parties might find a way to reverse engineer it to be able to extract the 3D precipitation data for their own uses, all for the price of an MSFS license instead of paying Meteoblue directly for commercial access to that data.

They’re currently testing Release Candidate 2, and expect to need an RC3 to fix some minor bugs found during beta testing of RC2. It sounds like it’s pretty close. The 2024 version will be a standalone product (ie paid upgrade for existing users as well) with apparently some new functionality. What that is though hasn’t been made public yet.

Admittedly I didn’t try 2024 for as long as you, I too have also reverted back to 2020. I’m not sure when I’ll try 2024 again. I suspect it will be when I’m forced to switch because developers (encouraged by MS) will release more must-have addons exclusively for 2024 (which is already starting to happen tbh).

That haze though in the second screenshot over the desert... 😍 I agree the resolution of the clouds looks pretty low close-up, but it as @ryanbatc said, they seem to be knocking it out of the park with each new beta update, trying to dial in these clouds. In my case, I've just reverted to 2020, with Atmos and the decent clouds (as well as RealTurb for in-cloud turbulence). Flying through clouds isn't quite as satisfying in 2020 as it is in 2024, and the effect of wind gusts etc on the flight model isn't nearly as refined, but for me personally, those downsides are outweighed by the beauty of the sky colours and cloud detail/definition all the way out to the cloud draw limit in 2020.

I really didn't mean to have this turn into an us vs. them discussion (we've got enough of those these days) by bringing this thread back to life. It was simply an acknowledgement that there's been, in my view, a very clear regression in terms of sky colour and cloud quality in 2024, and I was hoping for the input from someone who had a big impact on this community by bringing their expertise to the attention of Asobo/MSFS.

Thanks! And thanks for the video. I'll have to give this a go. The only thing that I'm hesitating about is the performance on your video. I have the same specs as you do from your signature, but that frame rate looks a bit choppy.

There's a yellow-ish sepia tone by default in FS2024 that isn't there in 2020, and the sunsets and mid-day sky colors (especially the transition on the horizon) look entirely unnatural and greenish. If you view that link I added to the MSFS forum post, you'll see very, very clearly what has happened to the clouds in the near and far distance. There are even some shots there comparing the same scene / weather between MSFS2024 and 2020. If you meant, can I explain why it happened - well, for the clouds I'm assuming performance and/or they just didn't have the time to get around to making more improvements. But the early promo videos of 2024 showed the same relative downgrade to clouds, so I think they work as intended. I've got no understanding of why the broke Biology's original sky colour/atmospheric scattering improvements.

I recently waxed lyrical about MSFS2024, having just recently upgraded to it for the first time. I'm now at the point of reverting full-time to MSFS because I just can't get over the sky colors, the downgrade to the clouds and, most importantly the not-infrequent and seemingly random crashes that I'm experiencing. I also was really disappointed to see that simFX likely isn't coming to MSFS2024 at all. I don't need all of the effects, but the basic contrails that it provided were such a big improvement over what we had in 2020, and obviously infinitely better than the zero contrails we get in 2024. I used XPlane 11 back in the day for a year or two before MSFS2020 was released. I never bought into 12, but I'm starting to think I should give it a go. If I could merge MSFS's ground and graphical fidelity with XPlane's sky, cameras and flight modeling I'd be a happy camper... How hard can that be?! 😁

Oh wow! And that explains why the XP atmosphere just got such an impressive upgrade... The MSFS team missed a trick there, not hiring him in to their team instead.