EUROSCOPE and XP12

Today (2023-01-15) at around 20;30z over KONRI on the frontier between Northern Argentine (SACF) and Northern Chile (SCFZ) two aircraft crossed in opposite directions.
LPP3126 FL340 - direction NW and UPS1976 FL327 direction SE.

The pilot on flight UPS1976 with XP12 was flying at FL330 according at his cockpit indications.
That is not the first time that happens with pilots flying XP12, so I allowed him to continue flying as is.

BUT the problem was that at the crossing point LPP3126 was BELOW UPS1976 and for a short margin… BOTH pilots concurr on this situation!!!

I think the situation is COMPLICATED to say the least and I would put it here for discussion and review of VATSIM and EUROSCOPE.

I keep on reserve the Pilots ID and names.

Cheers,
GUALDEMAR
VATID 832940

This is a known issue. XP12 and MSFS do simulate the compressibility of air and an air column of colder or hotter air will put pilots at a higher or lower true altitude.

Hi, I think it was something of sorts. Because the error is greater over mountanious terrain and at high latitudes where the temperatures are colder.

So, I guess there is no way to fix it…

FURTHER on the subject… I was thinking that a solution could be to assign a CORRECTED flight level to the XP12 aircraft BUT since the error could be as high as 1.700 ft…is a bit of a gamble…!!!

Any PRACTICAL solution out there??
May be by applying a region wide temperature-based correction??

Cheers
Gualdemar

Ross has a pretty good post explaining the issue here, and some mitigations implemented on vPilot for MSFS

1 Like

issue is for XP12, not really sure how MSFS/vPilot helps…?

The issue highlighted on the post is how XP12 and MSFS simulate temperature and pressure, and how that affects altitudes on Vatsim for ATC and pilots on different simulators.
It’s not really an XP12 issue, and more of an issue of how the altitude is sent to other simulators/radar clients.
The post from Ross suggests a possible way to mitigate it, that was implemented on vPilot last year.
I assume the same idea is planned for XP12 clients, that’s all.

“So with MSFS sending true altitude to VATSIM, and that true altitude does not match indicated altitude, you get the possibility of VATSIM ATC seeing an altitude in your data block that does not match what you as the pilot see on your altimeter.”

This is not the case…MS2020 reporting FL is the same as on the tag.

XP12, on the other hand:

  • TAG differs about 200-400 LESS than indicated on the cockpit,
  • BUT on my case it was actually 1700ft HIGHER…!!

Cheers.
Gualdemar

May be there is a possible solution…

As ATCO, I opted for a more emphatetic control…

C-U

It was the case before the fix implemented on vPilot. I had multiple pilots on MSFS with altitudes > 1000ft off what the pilot could see. The fix implemented by vPilot corrected it.
While we wait for a similar thing to be implemented on xPilot, I just add an “Unreliable altitude” to the TAG, and give some extra separation from everybody else, since the issue won’t be just on my radar screen, and could cause a TA/RA.

This should already be fixed in xPilot (beta 40, released on December 18). This is the first I’ve heard that it’s still broken since I released the update. My testing has yielded no issues with the pressure altitude reporting.

If there are xPilot users still sending incorrect altitudes (and they’re using the most current version - beta 43 as of writing), then I need to know. Information such as their aircraft type (and the developer of said aircraft) would be helpful in further debugging. If they can reach out to me on the xPilot Discord, that would be preferred.

2 Likes

Sorry Justin, the original post didn’t specify xPilot, so it could be Swift, and I assumed the update for xPilot was still pending.
Personally, haven’t seen any issues with reported altitudes recently.

1 Like

Yes, swift pilot client is still suffering from this issue and at present us at swift are almost ready to release a new version that corrects this. It’s a matter of days until you will be able to get your hands on the latest version.

2 Likes

While I could not reproduce problems sim->ATC with xPilot any more, it seems that some select XP12 add-on planes are using different altitudes for their displays/auto pilot systems.
Here’s a report about the FlightFactor A350 for example. I am just adding that here to keep in mind when triaging reports about “wrong altitude”…

So in order to get more data and try to solve my actions will be:

  1. confirm if using xPILOT or Swift
  2. Advise on later xPILOT beta40+ to eliminate error
  3. Swift users to SBY for corrections.

THANK YOU very much to everybody…

Will keep you posted.

Cheers.

[quote=“Jonas Eberle, post:13, topic:519, username:1068951”]
While I could not reproduce problems sim->ATC with xPilot any more[/quote]Since mid-December xPilot had already solved this problem.

  • ++ also ask about used add-on plane (FF A350 seems to be off currently; earlier Zibo versions had problems but fixing coincided with the mid-December xPilot-fix so not sure which side resolved it)

@1215759 has added a new commit for the upcoming beta.44 that might fix the relative altitude to other planes in the sim? That’s great, thank you! I’ve ignored these reports for now until the sim->ATC problem has been solved for all :wink:

2 Likes

Roger. Will do.

Thanx.

XP12 ALT bug is a known one. Actually that’s not a bug… that’s a function :slight_smile: