AivlaSoft
-
Posts
13 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Gallery
Downloads
Posts posted by AivlaSoft
-
-
Hi John,
1 hour ago, John Dowson said:I presume that you are using an MS Store installed version
Yes, correct. Sorry for not having mentioned this before.
1 hour ago, John Dowson said:Could you tell me where your MSFS UserCfg.opt file is please - in your LocalState folder or LocalCache folder?
In LocalCache
1 hour ago, John Dowson said:Also, please attach your FSUIPC7.log file.
I have created two log files, one with 7.2.10 and one with 7.2.13. I have taken the liberty of removing the personal data from the files.
FSUIPC7_v7.2.10.logFSUIPC7_v7.2.13.log
Â
Thanks,
UrsÂ
-
Hello,
I upgraded FSUIPC7 from version 7.2.10 to 7.2.13 within the same MSFS version (SU7, 1.21.13.0). For the tests I didn't change the aircraft. Nothing has changed on the MSFS side while I was testing.
I can reproduce it by simply uninstalling one FSUIPC version and then installing the other version and vice versa.
The output at offset 0x1000 with 7.2.10 is correct:
"..\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalState\"
The output at offset 0x1000 with 7.2.13 is wrong:
"..\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache\"
Again, the only thing which changes between the tests is the version of FSUIPC.Note:
I don't know how FSUIPC is getting the information about the folder name for the MSFS flight plans, but it also might be that the source of the issue is not FSUIPC itself but the latest MSFS SDK.Thanks for looking into this.
Regards,
Urs -
Thanks very much John, for your fast reply and explanation.
I will try it with the mods from Working Title, maybe the results are more satisfying then.35 minutes ago, John Dowson said:There are many known issues with the G1000
😄😄😄
-
FSUIPC7, v7.0.0.5,  FSUIPCClient.dll v3.1.27, MSFS 1.13.17.0
According to the document 'FSUIPC Offset Status' there are offsets for pitch (PIT) and roll (ROL) mode:
0x07D8 (4) Autopilot attitude hold (PIT)
0x07C0 (4) Autopilot wing leveller (ROL)When switching the Autopilot in MSFS to 'ON' both offset values remain '0', although the G1000 in the active aircraft (Cirrus SR22) indicates ROL and PIT.
There is no 'mod' active for the G1000 or this aircraft.
ÂAre there other offsets for this kind of information, or is this a known issue?
Thanks!
Regards,
Urs -
Thanks Pete, for your reply. Your answer unfortunately confirmed my findings.
-
Hello, and Happy NY !
I have read and searched through many pages back in this forum but I couldn't find an answer whether multiplayer traffic data can be read or not in general via FSUIPC and/or SimConnect.
I did a lot of testing with all combinations of Multiplayer settings in MSFS but with none of these combinations I could ever read other Multiplayer aircraft data from FSUIPC. As a reference I'm also using Pete's "TrafficLook.exe" which unfortunately does also not list any of the Multiplayer aircraft. Real world traffic and AI-Traffic is readable without any troubles. Is Multiplayer traffic data treated differently than r/w or AI traffic?
I'm using the latest version of FSUIPC7 (7.0.3), latest version of FSUIPCClient.dll (3.1.25), and have also updated to MSFS SDK 0.9.0.0.
Any help would be much appreciated.
Regards,
UrsÂ
-
Hi Paul,
thank you for your reply and your helpful tips.
Today I did some further tests, considering your thoughts. Unfortunately I have not yet figured out the pattern to reproduce it every time, but every now and then it still happens that some values are not set with a meaningful value.
I have created a video (duration some 5 minutes) which shows situations when it works OK, and also when it doesn't. I have also created a small test program, which is used in this video, and I would like to send the source code (C#) to you, so you can reproduce it on your system. Can you send me a PM with an email address to where I can send the download links from the video and the source code? Many thanks.
Regards,
Urs -
FSUIPCClient.dll 3.0.6156.10
I'm struggling with the function 'UpdateExtendedPlaneIndentifiers()'. From the description (which is still version 2.0)Â I know that this might be a time consuming function, therefore it runs in a background thread to not block the UI-thread. The reference to the AITrafficServices is provided via the ParameterizedThreadStart.
The troubles that I'm faced with are that every now and then the extended identifier values are returned quite messy (e.g. for 'Type' I'm getting the tail number, or for the 'Model' I'm getting 'n/a'). The 'normal' values which are updated using the function RefreshAITrafficInformation() are all correct.
Both function calls, UpdateExtendedPlaneIndentifiers() and RefreshAITrafficInformation() are called in a loop which is executed once per second. Maybe there is a required sequence when calling these functions? Maybe the function UpdateExtendedPlaneIndentifiers() should only be called once? Is there any code snippet around which can be used for tests?
Here's the code:
private void AiTrafficThread(object obj) { var trafficServices = (AITrafficServices)obj; while (true) { Thread.Sleep(1000); if (stopAiTraffic) // set from 'outside' to regularly stop this thread break; if (isPaused) // if simulator is paused ... continue; trafficServices.RefreshAITrafficInformation(); trafficServices.UpdateExtendedPlaneIndentifiers(true, true, true, false); // 'canProcessAi' is an AutoResetEvent object which allows to securely access // the 'aiList' object from another thread if (!canProcessAi.WaitOne(1000, false)) continue; aiList.Clear(); foreach (var plane in trafficServices.AirbourneTraffic) aiList.AddItem(CreateAiAircraftData(plane, true)); foreach (var plane in trafficServices.GroundTraffic) aiList.AddItem(CreateAiAircraftData(plane, false)); canProcessAi.Set(); } }
Thanks for any help.
Regards,
Urs -
Hallo Ronald,
Der FMC von der PMDG 747-400X kann grundsätzlich zwei Formate einlesen, das eine ist das *.rte Format, das andere ist das *.rt2 Format. Das *.rte Format ist viel umfangreicher, d.h. es enthält detaillierte Informationen zu den einzelnen Waypoints wie z.B. Höhenangaben etc. Das *.rt2 format ist da etwas bescheidener und enthält nur Angaben in Form von Airways und Waypoints. Soweit ich weiss, wird das rt2-Format vom FMC der 747-400X und von der MD11 verstanden. Ich habe aber die MD11 selbst nicht, kann es daher nicht verifizieren.
EFB kann zur Zeit nur das *.rt2 Format und ich muss zugeben, da hat's noch Fehler drin. Sorry. Ist aber mit dem nächsten Service-Release 1.3.1 behoben. Die Version 1.3.1 sollte in absehbarer Zeit herausgegeben werden können. In der Zwischenzeit kann ich dir jedoch folgende Webiste empfehlen, denn da gibt's die Möglichkeit, ein *.rt2 Flugplan für die 747-400X zu erstellen -> http://www.bleedair.de (siehe "Company route generator")
Hoffe dir etwas weiter geholfen zu haben.
Gruss
Urs
AivlaSoft GmbH
www.aivlasoft.com
info@aivlasoft.com
-
Pete,
Thank you very much for clarifying.
have a nice day,
Urs
-
Thanks Pete, for the quick answer
... using the FS ATC controljust to clarify: is this a functionality which can be triggered programatically using the FSUIPC interface?
rgds,
Urs
-
Hi,
I would like to develop a tiny add-on for my FS9 simulator. This add-on should be able to deal with the FS9 internal 'ATC on-screen-menu' by using the FSUIPC interface.
The add-on should be able to:
- show/hide the menu
- read/interpret the content (items) of the current indicated menu
- simulate a keyboard input to interact with this menu
In the current SDK documentation I couldn't find some information about this ATC menu, therefore I kindly ask you whether you can tell me if it's possible or not.
Thanks in advance for your answer.
best regards,
Urs
FSUIPC 7.2.13 provides wrong path for flight plans folder
in FSUIPC7 MSFS
Posted
Hi John,
thank you very much for this quick fix. This is much appreciated, especially on a Saturday!
We did several tests and test flights now and we can confirm that the flight plans folder is now properly set again. Normal operation is back 😎.
FSUIPC7_v7.2.14a.log
Kind regards,
Urs