Watsi

As far as I see it (speculation!), your hardware doesn't affect the quality of PG that much (if you don't use a rig from 1998 😊 ). Maybe the amount of VRAM from your GPU is a bit of a factor (16GB VRAM is better than 8). But that's it. Also, it's not about your connection. 50Mbit, 100Mbit or more, it doesn't matter. I think it is indeed (still) the response time / bandwith of data, spit out by the MS/Azure server(s) you're connected to. I think, that is the regression you see. So you can do whatever you want on your side, you can't do nothing to make PG look better, until MS is willing to give PG/TIN a bit more priority on their servers. EDIT: and of course there also could be some issues on the way from the Azure server to your PC. There can be many kinds of bottlenecks in between. But this is also nothing you can change (except for using a VPN to check any differences).

I always was a critic of BATC, especially regarding the TOD and the following descent path, especially when not using a STAR (getting vectored). But my own experience is actually - since one of the last 2 or 3 updates - that it got much better. They did make some backoffice changes in the descend calculation and how the pilot is handled (when no alt restrictions are on the way down), that are helping the pilot to have a bit more 'freedom' to manage their descend accordingly. Approaching with a STAR (especially when the STAR has any kind of alt restriction), BATC works best - but it always did. But I like getting vectored, even if there are STARs available. It's a bit more 'dynamic'. So I leave out any STAR nearly half of my approaches. Even at big airports. And I think BATC got better recently. Not perfect - but clearly better than before. What BATC still hardly can accomplish: vectoring to a runway, you already flew direct in when nearing the airport. Example: fly from EDDF to EGLL, with the 27 rwys in use at EGLL - and don't use any STAR in the SB flightplan. You'll come from the east and fly directly into the rwy heading at around 270°. Should be easy for BATC just to vector you straight in/down, one may think. But it seems not, at least not with the alts. (btw: I don't know how BATC is performing in the US, since I hardly fly there and some procedures are different in FAA land)

Be cautious: Men in Black, for sure.

Well, I use FSLTL for the liveries/planes and when there is a specific plane/airline not available I see a white plane.

Am I stupid or are there many items, I already had in the 1.0.2 update?? 1.0.3: https://forum.aerosoft.com/index.php?/topic/185577-a340-600-pro-update-103-out-now/ 1.0.2: https://forum.aerosoft.com/index.php?/topic/185438-aerosoft-a340-600-professional-update-v102-released/

I don't know if the stored database of scheduled traffic is from FR24. But from whoever it is, these databases do cost (the developer) big money. That's not a $150 thing. So buying a new set every year is no option for BATC. That's why it is a bit older (not older than 2 or 3 years, I guess). So if you fly the sim out of real time, deactivate the live traffic and use the scheduled traffic database. Then you have the correct traffic for your time, set in the sim. (btw @turnandbank: you do sound more and more like a FSHUD spokesperson. 😉)

That depends on how the injector is programmed to work. In other words, these are questions, the addon developer has to decide on. You can decide to remove the (static) plane on the parking spot and free it for the incoming/live plane. Or you can decide to use another gate. By the way: if there is a static plane, implemented within the airport scenery. There's nothing the injector can do about it. Cause the injector even doesn't know, that there is a static plane implented in the scenery, so you will get 'double planes' at this position. That's why I always appreciate scenery developers, who offer an option to deactivate their 'in scenery' static planes. So the best situation for using those injection addons is an airport with no static planes on any position and no static planes are injected from somewhere else than BATC.

My assumption on how it works: 'live' traffic doesn't really spawn into the sim live. Like if a plane drives on taxiway Papa near P2 in real life, it won't spawn at this exact location in the sim and moves forward live 'like you see a live show'. BATC (or other tools) just use plain (plane) data. For example: aircraft-type, airlne, flightnumber, departure and destination and finaly the (departure) time. This data will be used by the injector (in some cases the MSFS own injector, which has flaws, in some cases the addon's own injector, like with BATC). Now the injector injects the plane into the sim. Which doesn't mean, the plane will be set at the exact parking spot (it sits in the live situation) but at any fitting spot (airline and size). Then the injector lets the plane do its job. Off blocks at a specific time, taxiing to the (in sim) active runway, depart and fly to its destination. When you're in cruise the injector checks regulary new data from the provider and places planes along your flight route, according to the live situation. Which then are again getting handled by the injector. So just pure data. No live data or movement from the exact live position of a plane, but still pretty accurate.

Would be nice to hear some feedback from the Experimental users/supporters. 🙂

They used an API which was open for everyone. And now FR24 closed it. And no money was made with this project. These are just a bunch of people doing that on their free time and provide it for free for everyone. That's the whole story.

At some time in the future, guys... At some time, 'The Sims' will be in there. 🙃

Getting live traffic from FR24 (or here, Navigraph) is not as complicated. Yes, you can get data where aircraft XY is located right now. But actually you don't need that precision, especially if you have your own injector (like e.g. BATC does). You just need plain data: what aircraft what airline from where to where and at what time The injector can do the rest. And can sequence on its own.

Well, with some update (I think it was end of last year), they switched to MSFS2024 textures for MSFS2020. So yes, the original 2020 ground textures were better than the 2024 ones. For those, who stayed on 2020, it was a significant change to the worse.

He actually lives near Frankfurt (GER) these days. I guess he lived in Switzerland for some time. And I'm pretty sure he was in the US for a year or so during his school days. That's where he got his thick american accent, and now he either can't get rid of it or is proud of it.

I hope you will give us some results, when the survey is done. 🙂

Well, this comparison (SI=BMW and BATC=Skoda) is a bit off, to be fair. Both addons have their flaws and issues, they're both "unfinished" in one or the other way. And their level of luxury is more like BMW vs. Audi - with one being significantly cheaper. (for me, taking the level of completion into account, it's a bit more like a Skoda vs a Golf, to be honest). For sure both will grow up with time going by. The only question is: when will they be ready to move out of their parents house.

It is available in the VFR version of BATC, which is in the Experimental Version (supporter).

As far as I know, they already did, together with the last patch (1.0.1). Could be wrong. Maybe ask WW about it.

Yeah, it seems they're still in the 'fix tiny things' phase. Although most of the now fixed bugs, I didn't experience. I'm also waiting for some real QoL updates. For example let the user set one of the custom saved flights/configs as the default spawn config. This would also solve many problems with the EFB. Still the jetway wants to connect to the 1L door no matter what (and breaks his back while doing it), even if your position is totally accurate at the gate. I know this is also a scenery/airport problem, but there has to be a way to make 1L (temporary) invisible for the jetway. I have no fps issue here (2020). And no loading issues.

This is getting off the rails. The best time for me to officially say goodbye to this topic. 👋

Actually, if I would leave my house open, and someone sits on my couch and have some beers when I come back. I would appreciate that. (omg, I'm so lonely) 😆

So... if you are from FR24. My impression (not in any way knowing what really happened), hearing FSLTL talking about FR24 in last few years, was that FSLTL had a kind of an agreement with FR24. Again, have no clue what really happened behind the scenes here. The agreement was made because they didn't use it make money out of it. That's what I did read on their discord. But I can be wrong. FSLTL made no money. No one had to pay anything. If there is a way available to get data from FR24, and everybody can access it, I wouldn't call this stealing. At least I would exclude FSLTL from the stealing part, cause no money. No selfish reasons. On the contrary: I asssume many FSLTL users are also FR24 clients. FSLTL does not provide the same product as FR24. Meaning, you won't use MSFS (with FSLTL injected traffic) to check the wordwide traffic and therefore don't use FR24. FSLTL was more of an advertising for FR24. For all the rest, I totally understand FR24.

This was not based on flightplans. This was based on what airplane/airline is parked, is taking off from XXXX at this (live) moment and where is its destination (arriving traffic the same of course). This data was given to the MSFS own traffic engine and MSFS is doing the rest. That's why exact gate positions taxiway routes and takeoff rwys can be different from time to time (to real life). Cause MSFS is doing the actual 'movement' of the planes, decides which rwy is open, etc. I guess FSTraffic (Justflight - payed product) is doing the same but not with live traffic but with flightplans (from some years ago). But MSFS always handles all the aircraft in the end. BATC for example also uses flightplan databases (not up to date too), but handles the traffic in MSFS by itself (so MSFS has nothing to do with all the traffic). It is kind of a must, because MSFS doesn't know what BATC is doing. So BATC has to handle all traffic it 'talks to' - without using the MSFS traffic engine.

Are you sure you have turbulences activated in MSFS? (although I don't know how the 737s behave in 2024, cause I refused to pay the "cup of coffee").

Try to let the autopilot of a B738 or B737 do an ILS approach with normal live weather, but in spring or summer, when the heated fields around the airport produce thermals. Just watch what the autopilot does. The use of puke bags in my plane is at 90% when approaching 25R at EDDF on a summery day. (in 2020 btw. but I assume it's the same in 2024). I have to switch off the ap at some time, to get the plane under control. (2020 turb set to medium). The 777 (at least the 300) is better in that way, cause it has more mass.