Recent content by D-mo

Yeah, installing Build Tools for VS is sufficient. You can find them here: https://visualstudio.microsoft.com/downloads/ under Tools for VS section. Or direct link: https://aka.ms/vs/17/release/vs_BuildTools.exe In terms of download/install size it's about 60% of the full VS install.

@MaxBuzz is that a human lander or something else?

@Gondos wow that looks nice. :hailprobe: The only thing I would ask is that we make it a submodule instead of importing all their code into Orbiter.

I believe there are some binary-only DLLs that are causing issues with 64-bit builds, so we might have to keep it around until those are replaced. @n72.75 can chime in if I am wrong. I believe he was looking into that.

@GLS I believe you. I am just saying that this shouldn't have to happen. And if it is, then something needs to be fixed upstream.

I would like to see these fixed: The XR vehicles get buried in some of the scenarios. Not all. I am guessing this might be some rounding error and the vehicle ends up being partially underground?

If the APIs are the same between 32 and 64 bit builds, the add-ons shouldn't have to make any changes. Now, the last thing we want to do is have different APIs between the two versions. That will be a nightmare for both the Orbiter devs and the addon devs. The route that we can go is to start...

Sadly, @Gondos is probably correct. We start with replacing some of the Windows-specific code with STL (eg, filesystem, strings, math, etc.). IMHO anything outside of the Orbitersdk dir can and should be replaced with generic C++ code. But, yeah, at some point we'll have to bite the bullet and...

I am. But life is not that simple. For example, I thought I could replace a struct with an alias to a specialized template. It turns out I can't. The fact that certain function parameter is a struct or a union is embedded into the function signature (not just the name of the type). So, to make...

I've been making some changes to the Orbiter code and trying carefully not to break the existing add-ons. I know this is very subjective, but are there like 5 top add-ons that everybody uses that I can test against? I am thinking: IMFD, LunarTransfer, XR ships. Any others?

Got another spare Roadster you can loan me? ;)

Is my understanding correct that all planets and moons in Orbiter move along certain modeled paths (eg, VSOP87) and all vessels' motion is determined by the computed gravitational forces?

huh... @kuddel so you are saying launching D3D7 client through Orbiter_ng.exe is not the same as launching Orbiter.exe?...

@n72.75 could you try with OO + Orbiter_ng.exe + D3D7?

The thing is: With OpenOrbiter, if I start Orbiter.exe which only allows the built-in D3D7 client, everything is fine (first screenshot). But if I start Orbiter_ng.exe and pick D3D7 client in the Video tab, I see the rendering issues (second screenshot). Can't do that with 2016 because it...