Bryn

Thanks very much for getting back to me. If this was the case (an external library), then wouldn't it fail for the MSFS 2020 read as well (the log has a successful 2020 read followed by a failed 2024 read).

Hi,I'm getting this error when I load PSXT with MSFS 2024: lf_startUpPSXT: No mapping for the Unicode character exists in the target multi-byte code page. Note that I don't get this error when I load with MSFS 2020, and the FSLTL files are exactly the same (i.e., there is a symbolic link to the 2020 FSLTL files). Here is the log, with both MSFS and MSFS 2024 being tried:

Hi, I just noticed that the 'sim time' setting is not persistent, requiring the box to be checked on every load. Is it possible to make this persistent? Bryn.

That's wrong. ASN hooks P3D, and when the addresses change (as they do in each version), the hook stops working.

Occasionally, they come up on eBay.

This flight? http://flightaware.com/live/flight/JBU387/history/20160831/1345Z/KFLL/MUSC beaten to it...

Given Holger Sandmann is a contributor in that thread, it wouldn't surprise me! Thanks for the links.

I'm surprised by how big seasons.bgl is. I thought it would be like timezones.bgl, with just a bunch of quadrangles with dates, but it's massive, so must contain some other global matrix of data (like the lc and population density files). Do you know the structure of the file?

I believe they've said before that the cost of indemnity insurance for P3D sales is a lot higher.

Better to recompile nave1b.bgl as a P3Dv2 bgl using ModelConverterX. It's easy, and keeps the buildings in their normal spot. PM me if you want help. Bryn.

nave1b.bgl is the file that moves buildings on to the runway. Remove that from the Madrid Barajas 2008/scenery directory (or take a moment to fix it using ModelConverterX). MAD_RWY.bgl also seems to create problems around some taxiways (placing walls across them) - though this is in the older area of the airport. MAD_RWY.bgl cannot be fixed using ModelConverterX, but removing it does not seem to adversely affect the field. The lights patch from simmershome should sort out the night lighting. Bryn.

Is it awesome?

I wonder how it goes with the infinitus prime...

Missing gauge files? I have a vague recollection that some POSKY aircraft needed to have some gauges loaded for various animations to work.

I write my own add-ons (and some simple freeware as well, like approach code bgls, and a weather radar using the ASN API). Here's an example of a problem I think could be overcome easily with some small additions to the SDK. KSEA has 3 runways, but because most of the traffic areas from the eastern sector, and the terminals are on the east side of the airport, 34R/16L is used for almost all of the AI traffic. To get around this, some AFD designers have used various complicated tricks, but it's still very sub-standard, and you end up with outrageous congestion on the single runway. Centre runways are also never used. If simConnect polled for whether I wanted to set the runway for each aircraft when it came time for DTG-FS to choosing their departure or arrival runway, I could assign a runway using my own algorithm. Everything else could remain exactly the same (ATC, taxi algorithms, etc), and you'd get a pretty good improvement in traffic realism. If you extended that to choosing the approach type, or runway intersection for departure, it would be even better. To me, this does not seem like a complicated proposition. The program is already doing it automatically (I've spent some time trying to nail down exactly where this happens, without much luck) - all I'd want is a check to see if I want make the choice for this aircraft, if null response continue with the stock choosing algorithm. Opening up the ATIS for writing the runways in use would be also handy in this context. Finally, allowing access to ATC commands might also be really handy. Rather than taking over an AI and writing a waypoint for the AI to fly to (as the current simConnect allows), it would be great if we could just issue an ATC command to the aircraft. If you expanded the number of ATC commands available, even better. AI and ATC addons have been few and far between, mainly because the SDK tools have not really been there to do anything particularly impressive. But I think there is considerable interest in these types of addons - many users love just setting up an airport with traffic and watching it. So small modifications in the SDK in this area could make the program considerably more interesting and realistic for them.