Please fix this problem in FSX.

[Piper_Pilot]

http://www.flightsim.com/dc/dcboard.php

Hopefully yall will fix this in FSX. Thanks.

[Lou_Betti]

Fix what????? ;-)

Regards,
[link:www.dreamfleet2000.com|http://www.dreamfleet2000.com/gfx2/forum_banners/LOU.gif]
[font size=1][font color=blue]Can you pilot a plane, instead of programming an FMC to do it for you?[/font color= blue][/font size=1]

[Piper_Pilot]

>Fix what????? ;-)
>

lol, you have to click on the link, but I'll copy and paste here too.

"I've been using FS Panel Studio to install GPS on 2D and 3D panel of my aircraft. When I do, everything runs fine, however I have to set up the 2D and 3D GPS seperately. What I would do is turn the 2D on, zoom in, turn the terrain on and then I repeat the step for the 3D panel."

[n4gix]

>>Fix what????? ;-)
>>
>
>lol, you have to click on the link, but I'll copy and paste
>here too.
>
>"I've been using FS Panel Studio to install GPS on 2D and 3D
>panel of my aircraft. When I do, everything runs fine, however
>I have to set up the 2D and 3D GPS seperately. What I would do
>is turn the 2D on, zoom in, turn the terrain on and then I
>repeat the step for the 3D panel."

I answered this question in the other forum in which you had posed this question, but for the benefit of others, I'll repeat it here.

There's nothing to fix.

The reason they don't "synch" is quite simple. The GPS XML code makes extensive use of G:variables, which are "local only," that is, they aren't "shared" between gauges.

While it would be possible to "search and replace" G:variables with L:variables (which are "shared"), it would create another problem:

Having TWO GPS units sending the SAME request to the gps.dll for information would (best case) slow down the return or (worst case) lock up the gps.dll and crash the sim...

[Piper_Pilot]

Ahhh.... Well, I guess we can ignore this request then.

[n4gix]

>Ahhh.... Well, I guess we can ignore this request then.

We ran into this issue even when using C++ to access the gps.dll... This module doesn't "let you know" when it's filled your request, so we had to build a custom .dll (module) to act as a "inquiry buffer," so that overlapping requests will be queued and sent sequentially...

[tgibson]

Hi Bill,

I don't quite understand why you feel there is nothing MS can do to fix this problem. You created another DLL file to help, and I assume they could do the same thing - in fact, do even more to allow the GPS to operate as he wishes. Are you saying there is NOTHING they could do to fix this?

Take care,

[n4gix]

>Hi Bill,
>
>I don't quite understand why you feel there is nothing MS can
>do to fix this problem. You created another DLL file to help,
>and I assume they could do the same thing - in fact, do even
>more to allow the GPS to operate as he wishes. Are you saying
>there is NOTHING they could do to fix this?

Tom, our 'solution' applies only to the issue of C gauges requesting GPS data from the sim's gps.dll...

The problem with the default GPS gauge is that it's written in XML... ;) Currently the XML "system" ACES has coded simply isn't robust enough to resolve the synching issue between multiple copies of the same gauge.

Until and unless ACES adds the ability in their XML "code system" to support string variables, it cannot be done.