Recent content by dbeachy1

That means it's highly likely that Base Land Autopilot has a bug in it that overwrites memory it does not "own", which causes crashes. It's a very common type of bug in C++ code, and unfortunately it will require a fix to Base Land Autopilot to resolve it. The good news is you found the culprit...

Everything. If you are familiar with software engineering, you can browse through the XRSound source code to see how it calls the irrKlang library. It's a lot of work to switch to a different sound engine, but as I said, it's doable with enough time, effort, and testing.

Probably doable, but not a simple task. It would require rewriting a fair bit of the XRSound code, and it's not something I have time to implement. However, another developer (or group of developers) could work on that as XRSound version 3 in a separate branch. From what I'm reading, SLDL3 +...

FWIW, the license on the irrKlang GitHub page hasn't changed, and still says (emphasis added): So, as I read that, it still is within the terms of the license to rehost (redistribute) irrKlang.dll, irrKlang.so and libirrklang.dylib. (And in fact, legally speaking, the original files and...

Hi, I'm not familiar with this Fly-By-Wire add-on and I don't have time (or the inclination, TBH 😁) to take ownership of that old Fly-By-Wire add-on. However, maybe someone else here on the forum would be interested in doing that. Good luck! :)

Run in a clean Orbiter 2024 installation as a test. Also, from the log it looks like Orbiter can't find the XR2's DLL:

No, because how would anyone even detect that? :) Urwumpe's post summed it up. The source code wouldn't completely need to be rewritten, only the parts that animate the mesh, etc. -- simply because the code wouldn't work to animate any mesh parts whose coordinates have changed. In Orbiter, the...

That's where good faith comes in. In the end, it's a subjective call by the community (and ultimately, by the copyright holder themselves, Coolhand in this case), although it should be obvious one way or the other in most cases. For example, if the new mesh works with the existing code (same...

@Matias Saibene Let's discuss over DM here or on Discord.

As a heads-up, whether another mesh author would encrypt the replicated mesh they create or not is irrelevant to copyright law. Encrypting a replicated mesh doesn't change the fact that it's still replicated. Also, the XR2's mesh is not encrypted in the XR2 2.0 download -- encryption is...

Setting the Panel Scale as detailed above will do exactly what you want here -- it will make the 2D panels larger to fill the screen width (and make them taller to match, so that everything remains proportional). All the buttons and interactable areas will be scaled as well, and it should be...

No, but you can set the Panel Scale in the Orbiter Launchpad to scale up the 1920-pixel-wide 2D panels to the width of your Orbiter window or display. For example, if your Orbiter window or display is 2560 pixels wide, you can set your panel scale to 2560 / 1920 = 1.333. This will increase the...

Well, FWIW, it doesn't mean it wasn't considered, it just means that no work has been done on replacing UMMu in the XR codebase yet -- so nothing has been considered yet. It could well happen in the future, but nothing is scheduled. :)

No, there's no way to change crew in XR vessels until UMMu in the codebase is replaced with something else. Nothing scheduled for that currently.

Hi, do you mean the XR2 Ravenstar or the XR5 Vanguard? :)