Update on MSFS Team competing with 3rd party Devs

The principle here is dead right (speaking as an Xbox ‘dad’).

But Xbox is a platform where things should be easy and ‘just work’.

I did pick up a HOTAS and pedals. When It comes to the marketplace, I’ll likely have a few things, but those things will need to work nicely in-game. I can’t ‘swap to desktop’ on an Xbox. :grinning:

EDIT: I’ll make a final observation that as an Xboxer, there is a great deal that is going right over my head, but perhaps I will learn. :grin:

It all depends on your expectations… but I’m sure some of these “XBox-daddies” would love to use VATSIM, LNM, FSEconomy, FlightRecorder, FlightControlReplay , LittleNavmap, FSFlightControl, SimShaker, XSimulator, FsBlackbox, Logitech Saitek instrument panel, MFD tablet for G3000 and anything depending on the FSUIPC, which is a wrapper for SimConnect…

1 Like

I’m not clear what all those things are, but if in time they could work in an Xbox environment, then sure bring it on…

(but i expect it will take time and that’s fine)

Hmm you don’t have to use all that, @SofaJockey… Actually, I’m not into ATC and avionics… I don’t have many SimConnect requirements myself… being a 9 months user now, I only depend on LittleNavMap… and XBox-X not having any way to connect to that would be a showstopper for me. No purchase !

Hi ! Yes you ‘re right !!! I talk for FlightControlReplay (my baby :sunglasses:) . I had negative answer from Microsoft to support simconnect networked in Xbox system
Unfortunatelly he don’t support simconnect outside the wasm black box …. (At least for now he stated in one of the last dev q&a sdk) .

I think have simconnect networked way to connect to msfs is important not only for all 3rd party developer (at least the official 3rd developer like myself) .

A lot of games in Xbox use udp port at least for get data (see codemasters f1 saga for example) .

I understand the fear from Asobo to open a breach into the Xbox OS . It can be very hard manage this … but never say never ….

I hope ms and Asobo find a solution for all third party tool developer to reach also Xbox platea

Btw I know also motion platform company cannot have access to raw data

Fabio - FlightControlReplay

1 Like

This entire statement is totally and completely false. The SimConnect API is not being deprecated, and there are no plans not to continue to support it. The codebase for the XBox and PC version are 100% the same codebase, and I know because I’m looking right at it right now.

XBox simply cannot use the SimConnect network protocol as it exists today, because it cannot listen for TCP connections as a host. This is the total and complete reason why that part of it cannot happen on XBox, because it is technically impossible. Other products that connect to XBox do not rely on simple TCP listening, they use a variety of techniques (such as UDP and cloud assisted discovery) that allow clients to be the socket listener.

As mentioned before (on the same thread even that you referenced, by myself), it will require work to do and more importantly it would be a change in the connection initiation protocol and API, which will break existing addons. As Seb said directly in the Q&A, it is something we will look at down the road a bit later in time.

Again, just to be super clear to any third party devs (and I’m deeply sorry that threads like this pop up and confuse the matter), the SimConnect API is not being deprecated, and any existing in-process SimConnect calls will continue to work just fine on XBox. It is simply technically impossible with the present SimConnect protocol to connect to a networked XBox. We will investigate down the road a bit what protocol expansions are necessary and talk to partners and third parties who will experience breakage how we would all like to move forward, together.

-Matt | Working Title

21 Likes

A crass thread imho. Anything written by WT is always thankfully intellectually coherent.

4 Likes

This thread has gone “OFF TOPIC” , in discussing details about SIMCONNECT & XBOX

BUT

There was obviously some misunderstanding about X-BOX and Simconnect, and the fact that that misunderstand was both raised, and answered is a very Positive thing, so all good !!

I’m a developer too. Keep in mind this is not a rant against MS or WT, I’m just invoking some questions, because there seems to exist broad uncertainty about these topics among developers and hobbyists writing freeware for flightsim.to. It would be nice to get some answers about SimConnect. Your previous question contained ONE very clear answer: XBox-X can have no peripheral connection to a PC client to talk to the sim, using SimConnect. That’s what all these programs do. Glad to hear you’ll going to keep it in for PC…

So MSFS will have SimConnect API, also on XBox… only it cannot be accessed by TCP, it requires a new protocol to connect. For non-savants here… I listed some 20 popular addins above, currently depending on SimConnect, partly freeware, partly payware… using TCP. many of these addins, especially VATSIM and Littlenavmap and possibly many more I am not aware of, are used by the PC MSFS community. Can these addins be adjusted to UDP or whatever protocol easily ? Will UDP be needed to do things on PC also ? and will Microsoft be inclined to publish this UDP interface, so freeware can keep making use of it ? There will be identification packages… encryption…

Even if there was a “new UDP or whatever protocol”, would not these Apps have to be on the MS-Store for them to be even loaded onto the Xbox, or would they need to run a PC, which adds extra complexity to the clean, simple X-Box as a gaming device.

I really feel for the majority of X-BOX users who will rush out and buy an X-BOX, without realizing the limitations that X-BOX would seem to present to MSFS players.

  • It would be informative to see, a simple, easy to read document ion, of exactly what will and wont work using an X-BOX for MSFS, as compared with a PC, and exactly what the pros & cons are, without delving into masses of complex technicalities.

  • Also, a clear statement of the Pro-Cons of buying from the MS-Store vs Steam and how those product purchased can be used, or not used, on both PC and/or X-box - or not.

  • Also, a clear statement of the update process (and costs) when updating from basic to Premium/Deluxe MSFS.

This would be my understanding of “Transparancy


FYI: I consider that i really “Lucked out” when I purchased MSFS without having the above information.

I purchased the Premium/Deluxe from the MS-store, to run on a PC.

So I did not have to effective re-buy MSFS for the full Deluxe price to get Deluxe, and I do not have to deal with Steam., and if, for any reason I want to buy an X-Box , I can run what I have already purchased, on that X-BOX …

1 Like

@N6722C these apps don’t need to load onto the XBox-X, or be aquired from the XBox-Store… they can be installed elsewhere, because SimConnect allows for a network connection… that’s the whole issue.

Example: when there is no native XBox version of the LittleNavmap program… what to do, if you need your aircraft position to show up on the map, having LittleNavmap on a tablet, or laptop ? How would VATSIM be able to access your aircraft…

(your other remarks better be answered by Bishop398…)

OK, so then you would have any non-ms-store authorized App, connecting and communicating with the X-Box, via whatever this new Network Connection method is.

If that’s the final goal – sounds good !!

I don’t know who would answer those other questions or provide that documentation, but I was NOT suggesting or requesting that anything about this should be coming OFFICIALLY from WT – they have enough on their plate :slight_smile:

Well, as long as only MSFS answers, why not ? the program runs somewhere else… if I access some server with Putty, my Putty program does not need any certification from that server, other than being compliant to the https safety layer. It keeps the protocol, and I’m responsible for sending the commands.

The TCP protocol is always directed to ONE recipient. UDP is not. There will always be certain vulnerabilties… e.g. what if some PC using UDP broadcasts would impersonate an XBox device ? having my PC sending over account data or e-mail addresses in return ? :cat: No network protocol is perfectly protected… the new module should take these scenarios into account, good software needs to do that.

Some questions can only be answered by the people who are going to release. Bishop398 is involved in that and I’m gratefull he is here… and curious what is needed to just let it work.

Of course… for you little would change (you don’t use above tools ? ) my question is… what will be the differences ? I don’t really worry, I always have my laptop to run MSFS on. But I would prefer to be able to run full DX-12_2… and use LittleNavmap… and further develop my own SimConnect hobby projects. Now I can do that on a PC, because there are plenty of SDK examples… Simconnect is documented. Can I do the same for XBox ? Developers (the official ones) have these questions too. It is part of this topic.

I can’t say what method will or won’t be used because a new connection protocol hasn’t been designed yet. If and when it is, we’ll let developers know in the new SimConnect version documentation at that time. As with all of the other SimConnect APIs, the usage would be published publically.

-Matt | Working Title

3 Likes

Thanks for your answers. I get the picture. I wish you and your collegues success with connecting the dots ! Can imagine, complex choices need to be made with a Console, which is essentially a TOY, a consumer product, not a general purpose PC. It needs to be protected.

I would not say these are toys, as the Xbox x is in reality a pc with a specific video card, memory, and hard drive. Yes the OS is different, but from a hardware, it is very pclike, and yes I know there are differences but is more pc than they use to be.

As this thread has completely derailed already, just for the record: LittleNavMap is not using the network protocol of SimConnect (which has already been declared legacy - as discussed elsewhere already).

Instead LittleNavMap is using its own network protocol (it has to, because LittleNavMap is a multi-platform application, that is it also runs on macOS and Linux - no SimConnect client library exist for either of them). That’s the exact reason why you run a “LittleNavMap server” application on the (Windows) machine where FS 2020 is running. And that server then talks with FS2020 over “local IPC mechanisms” (pipes, IIRC).

Cool down. We’re talking MSFS for PC (and XBox) here, that is Windows. Not about other sims and other operating systems.

Alex sais this,

Little Navmap comes with a SimConnect library version 10.0.61259.0 (FSX SP2 / no Acceleration) and does not require a separate installation of SimConnect.

The included SimConnect library is compatible with all FSX and P3D versions as well as Microsoft Flight Simulator 2020.

Looking forward to your link telling us LittleNavMap does not use SimConnect via TCP localhost (?)