June 11, 20214 yr Hi! Congratulations for this big work!!! I love LNM! maybe, This is a off-topic... sorry. My VA use SIM-ACARS, that need XPUIPC. but the XPUIPC is too bad: this is Read/Write and some aircrafts do not start. Example: EC-135. Then, I need to remove XPUIPC, before start XP-11 and use EC-135. The information that LNM get from XP is the same that sim-acars need. If we can use Little XPConnect to connect sim-acars to XP-11, all work ok. Can anybody help in that?
June 12, 20214 yr 9 hours ago, mtadeu said: If we can use Little XPConnect to connect sim-acars to XP-11, all work ok. FSUIPC add-on is an "unofficial standard" for communication with Microsoft simulators - FSX, P3D**, FS2020, that's why SIM-ACARS use FSUIPC. XPUIPC is simply a kind of software stub that transforms X-Plane datarefs into FSUIPC offsets and then other FSUIPC depended software like SIM-ACARS is able to work with X-Plane. I'm afraid it won't be possible without redeveloping of Little XPConnect. You have to also know exactly FSUIPC specification - what offsets are used by FSUIPC itself, to know how to rewrite XPConnect code to generate data output in required format. IMHO it won't be so easy as it seems, but in theory it's possible to do. It's a general problem that many virtual airlines use software that excludes users of less popular simulators and OS environments other than MS Windows, Some time ago, it was a discussion about this problem on IVAO Forum - why only some of virtual airlines care about all the members don't excluding any of them because of using other simulator or operating system than the most popular (read - MS Windows and FSX/P3D/FS2020), but most of virtual airlines don't. That's why as a non-Microsoft software user (XP11+Linux 😛) I'm a member of VPA (VA registered on both IVAO/VATSIM networks) that doesn't use OS-depended stuff for communication. We've got ACARS interface based on web browsers, so it's possible to fly in any simulator and under any OS environment: MS Windows, Linux, MacOS, Android (X-Plane mobile - for example), iOS, ... etc. - whatever has got modern Javascript compatible browser. If given simulator isn't supported in given simulation network (for example - Flightgear on IVAO) it's also possible to perform flight offline and live report progress in the same ACARS web browsed interface. The another option for you is trying to force VA staff to change ACARS interface to other that's more friendly for non-Microsoft software users ... 😁 Regards, Piotr **at the beginnings P3D was based on the same software library what Microsoft FSX, that's why P3D cannot be formally sold as a game software but only as an educational software - see license. Edited June 12, 20214 yr by ppgas Never give up ... - here are details of the whip-round: https://zrzutka.pl/en/pewr2d -> to help my younger son fights against Acute Lymphoblastic Leukemia (blood cancer).
June 12, 20214 yr Author Thanks for the very good awnser. Oh, man... I am Slackware Linux user, in some machines. I undestand you!!! 😉 The last option: the VA use Virtual Airlines Manager [v2.6.2] (VAM) . It use SIM-ACARS; ( Site VAM use Apache/PHP/MySQL); The other way is develop an substitute to SIM-ACARS, that use Little XPConnect interface/protocol. In the same way, we need to know the specification. Maybe more easy. Maybe, the best is develop a fork of Little XPConnect that write on VAM site. Maybe using http connect, like curl in Linux. XPUIPC have an PDF with all specifications (offsets, etc). We know many users that remove sim-acars and use manual report (PIREP). This is a word not allowed, because we lost the GPS trace of flight nd othes details. I will try in VAM forum, too! Regards, -- MTadeu
June 14, 20214 yr Xpconnect uses shared memory for communication. X-Plane did not allow to run a TCP server in a plugin. I ran into all sort of problems trying this. The protocol is binary for performance reasons and this is the root class https://github.com/albar965/atools/blob/master/src/fs/sc/simconnectdata.h which serializes the data into the shared memory segment. The format is platform agnostic (i.e. uses network endianess). Same format is used between Navmap and Navconnect network communication. What about a JSON interface as planned for 2.8: https://github.com/albar965/littlenavmap/issues/397 ? You can also start a discussion here https://github.com/albar965/littlenavmap/discussions . This place is mostly for development topics. Alex Alex' Projects: Little Navmap
Archived
This topic is now archived and is closed to further replies.