ha5mvo

And you're using the AIG TC, right? I can definitely relate to what you're saying. AIG serves me well in P3D but for msfs FSLTL was a convenient "set and forget" solution (not to mention the eternity it takes TC to load). Lately however, I started feeling its shortcomings, namely the limited number of models/variants in comparison to AIG. So I'm trying to see how feasible it is to get the best of both, so to speak.

Isn't the parking location AFCAD dependent? Also, if I get it right, PSXTs data source is a paid service at around 100$ US annualy?

So, going back to my original question….. If I prefer “live” injection, best thing would be to download aig models and use the fsltl injector. Will it show the models that are not in its package? (Given that they exist in aig). Better still, if I remove the fsltl models altogether and use only the injector, will I get all aig models with fsltl “timetable”? Does it require any editing of rhe ini file? I could of course try it myself but that would involve installing some 50 gigs of data…

Right, that's my understanding as well. So, my original question was: How much additional traffic, if any, will it bring given that fsltl is more restricted especially outside Europe and N America? (again, we're talking fsltl injector/AIG models combo)

Are you saying that AIG use live data and not flightplans?

I know this matter had been previously discussed but I'm still not sure I have all the details correct. I like the idea of real time data injection over canned timetables so I prefer FSLTL as the injecting software. I am also aware that in terms of models/variants FSLTL is more limited in comparison to AIG. If I understand correctly, FSLTL can fall back on AIG models when its missing one of its own. Question is, however, how much extra traffic will downloading AIG models bring to FSLTL. Would love to get impressions from anyone who may be using such a combo

perhaps! Noticed as much myself. Wasn't an issue 1n previous versions.

You don't need to check anything! It says on the app whether it's the latest version or not (Just below the "expert options" checkbox)

Well, you have an option to build your own static preset using AS just as you would with the sim weather but yes, "presets" as you say is more descriptive of how it is forced to circumvent the limitations imposed by Asobo.

Fenix and AS get their data from different sources, however, if it's live weather the results you are going to get are pretty similar. It's a different story, obviously, if you're using historic weather. In order for this to work you should ask Fenix developers to assign AS as a data source for weather in addition to what its currently using (NOAA I would assume) - just like FSLabs does in P3D

It also shows how much more they could have done if they were not forced to work with both hands tied behind the back!

People seem to miss the true purpose of historical weather - asobo developers included. It's not really about finding a particular time and place for exotic conditions. Perhaps the term "historical" is a misnomer that throws them off. Maybe "synchronised weather" would have been a better term. At least so that people who are less familiar with aviation could realise that shifting the time scale changes not only the visuals and light. Every student pilot could tell you after a couple of flights at what time of the day you can expect higher likelihood of choppiness and when things are likely to go smoother - and that's just one aspect of weather that's time dependent. Without historical weather you are either bound to never touch the time scale, or compromise on realism.

@Zimmerbz I suggest you ignore all those posts with zero informative value, though they seem to pile up... To your point: It might be a bit different than what you might be familiar with in P3D. The "cloudart" itself is exactly the same as the default. There are no additional textures like REX or HiFI used to offer in P3D. The wind and turbulence are smoother and more realistic than the overly reactive and very exaggerated default. That's a significant improvement. The overall depiction is also somewhat different in comparison with the default. My impression that the "blanket of clouds" so to speak, tends to be more broken with AS while the default has a tendency toward a more overcast representation. I should put an Asterix for that last observation as its based on a limited number of flights I attempted with the program. It's a very initial impression in that regard.

There is a rather vocal group that had made it their vocation to sing the praises of MSFS whether those are justified or not, so those "different views" hardly ever get underrepresented around here. To the point... the only "slap in the face of developers" as you put it, is coming from MS to the likes of Damian by shutting the door on an undoubtably better weather engine, on a weather radar, historical weather, a user friendly camera system and similar features we all grew accustomed to with non-sandboxed platforms.

Because they are not attached to anything of significance! Suppose the garmin is great. Mount it on a default 172 and its no more than a lipstick on a pig. The list of decent addons for the MS/LM sims is fairly short. Historically it would start with the PIC 767 and include the PMDG boeings, the Labs busses, Lago/LH MD and majestics dash 8 and since V2 the bus from Fenix. The freeware Tu154 for FS9/x also deserves an honorable mention. Might have left out one or two, and there are probably a couple of decent GA planes but personally I have interest only in what I don't get to fly normally in real life. Anyway, the point is, there are very few top quality addons as they require an awful lot of research, labor and eventual refinement. For that reason you can not expect, nor get those out of the box. Historically the default stuff was no more than bloatware and I don't really expect that to change. For some reason I don't foresee PMDG using WTs boeing avionics for their next project. Time will tell, I suppose 🙂

Truth or false will depend on your standards....

Truth is, that anything default is just garbage. This is the case across all platforms and isn’t unique to msfs (and no, inibuilds stuff is light years from being top tier as some here repeatedly suggest). As a matter of fact, there are only a handful of addons that come close to being simulation rather than toys and their developers accomplish that in spite rather than because of whatever genetic tools they are offered. Ideally, a platform should offer flexibility and accessibility instead of requiring hacks and clumsy workarounds as well as a steady stable target. In that regard, msfs has still got a long way to go.

The ideal situation would be an open platform where specialists like Damian will be able to do their thing and MS will cooperate and accommodate.

From the qrh : A320 – CONFIGURATION FULL, LANDING DISTANCE WITHOUT AUTOBRAKE Actual Landing Distance, GW 130,000, Dry: 2,920 feet This is the ALR determined during flight tests, security and failures coefficients apply. Note that landing distance is usually measured from a height of 50 ft to the wheels stop

If you are just interested in refreshing the efb after setting the bg.jpg file, can't you just add the line window.location.reload(); at the end of the previous script and run it as an aircraft automated script?

@Reset XPDR Given that the posts are probably going to move for the next sim update and that the current application can’t connect to the current sim beta ( and that the app is a continuation based on the work of 2 previous developers). How difficult is it going to be adjusting the app after the next update ?

I do just that. What happens in practice though, is that the correct image is turned to into bg.jpg (corresponding with the simbrief data), however it fails to load and is automatically deleted after about 10 seconds leaving the background as it was and no bg.jpg in the folder. For some reason, the tablet won't refresh with the new bg file. If you bring up the remote tablet on http://localhost:8083/ - you will indeed get the new background showing up but not in the VC

I wonder if I'm doing something wrong. I'm running the script and it indeed identifies the code and creates a correct copy named bg.jpg. However, the efb screen itself does not refresh from the default background AND a few seconds after running the script the bg.jpg is deleted. Any clue to what went wrong?

Yes! this was probably the issue. Sorry about the late response but weekdays don't give me too much of spare time. At any case, ticking said option indeed resolved the stutter problem. Strange I never came across this before as I am using the utility from day one.

No. Expert mode on, no Tlod min, no Auto target. I did try though, ticking the various options on or off which did not make a difference. what do you mean by “sim values”? thanks!! // Mike