Is fsx deluxe 64bit
- #Is fsx deluxe 64bit .dll#
- #Is fsx deluxe 64bit pro#
- #Is fsx deluxe 64bit software#
- #Is fsx deluxe 64bit code#
Windows 8 Pro with Media Center, 64-bit.i've been trying to get a crash dump, so i can start to debug it, but getting a crash dump in Windows 8 is an extraordinary pain.tried running as an Administrator (i.e.tried running with Windows XP, and Windows 7 compatibility modes.Does anyone know if this is a known issue under Windows 8?.Has anyone fixed the error under Windows 8?.Has anyone gotten the error under Windows 8?.Does FSX run for anyone under Windows 8?.
#Is fsx deluxe 64bit software#
With all these new platforms coming out, I think people will finally realize the advantage of our approach to software development, which will really payoff in the next months, when the two major sim platforms will be updated.Trying to run Microsoft Flight Simulator X (Deluxe Edition, with Service Pack 1) under Windows 8 experiences a crash on startup: Quote from: virtuali on May 10, 2017, 09:49:09 am Now, assuming they will allow free 3rd party development, the only thing that's really needed for us, is to have the Simconnect API, or a reasonable/similar replacement.
#Is fsx deluxe 64bit .dll#
DLL that needs to be converted to 64 bit (already done.), but it's now only used as an user interface to the product registration, and it does a *few* things that Simconnect doesn't do but, assuming an eventual different API will offer the same capabilities, we might just update to use it and, again, it won't make any difference to GSX, which will continue to work running its own Python code, totally unaware that it might run under an entirely new sim. It doesn't interface with the sim in any way, not even for audio, since it uses its own sound engine. To GSX itself, it won't make any difference, even if Simconnect were to be replaced by a different API, GSX will still work the same. It's Couatl.exe which translates the Python commands made by GSX and then interfaces with the sim using Simconnect, but it might just as well interface with another API, provided it's at least conceptually similar.
#Is fsx deluxe 64bit code#
As far as GSX code goes, it might just run on any simulator, because it's doing only Python calls we designed. It's an external program, written in Python language, with a custom interpreter (Couatl) we wrote ourselves, which doesn't interface directly with the sim and not even with Simconnect. With all these new platforms coming out, I think people will finally realize the advantage of our approach to software development, which will really payoff in the next months, when the two major sim platforms will be updated. Now, assuming they will allow free 3rd party development, the only thing that's really needed for us, is to have the Simconnect API, or a reasonable/similar replacement. We'll always have P3D, and even X-Plane, both (soon) 64 bit. Now, I might be wrong, of course, and they might just do the same mistake Microsoft made with MS Flight, which happened to them as well with Flight School, so FSW will go the way of the Dodo just like all previous civilians flight sims that tried to lock-out independent 3rd party development but, really, why should they do this ? They have far worse to lose then we do, if the products fails. DTG Train Simulator has both "official" and "unofficial" add-ons with their own installer, the product is not "locked" to 1st or 2nd party only products. Nowhere it says this will be the ONLY way to market an add-on.
I believe the most important part of the sentence is the "In order to market as an official FSW add-on", which I read to be some kind of DTG-sanctioned add-on, possibly advertised/published either on Steam, or as a DLC from within the sim user interface.
"In order to market as an official FSW add-on, you will be able to sell your add-ons on your own store as long as it is made available on the Dovetail channels as well." The key sentence that everybody seems to be referring to, is this one, posted by DTG on the Avsim forum.