Search results

Yep, seems likely you're missing the Microsoft Visual C/C++ runtimes for the version of visual studio your DLL was built against. You can get that here -> https://learn.microsoft.com/en-us/cpp/windows/latest-supported-vc-redist?view=msvc-170#latest-supported-redistributable-version - you want to...

I applaud your efforts to curate this, I would also point out we host the orbiter downloads directly here on OF in our download section; 2016 and 2024 (and the older versions in this category). When the main page went offline I also collated the various texture downloads into this resource to...

I think the release thread has served its purpose now. If you're struggling to get Orbiter 2024 working, please make a new thread (assuming no thread for your issue already exists). Happy Orbiting!

Booting windows to try it out is a massive obstacle, since I live in linux all the time now. But I will try to make some time to have a go of it.

Sure thing. What kind of maintenance did you have in mind? We chunk uploads into multiple parts and shove them into digitalocean's object storage platform once they're successfully uploaded. That element of the forum relies on some custom code I haven't poked in a while, I shall blow on it and...

So I made an initial pass at this, and while it builds OK the luainterpreter segfaults during initialisation in the test phase (great that we have this!). I suspect this is down to a mismatch between the irrKlang.lib and irrKlang.dll files I've supplied it; the .lib files come from the repo...

I'll have a look at making it do this as a better solution than just disabling xrsound entirely; it's definitely less work than replacing irrKlang itself. If we're considering using SDL elsewhere as discussed, using its sound engine might make sense anyway for reasons that aren't relevant to...

I've not had any other reports of this issue, are you still having problems?

Yeah, they were, lol

Yes, the various 2016 downloads are available from our orbiter download section here on the forum; https://www.orbiter-forum.com/resources/categories/2016.16/ The high resolution pack links were preserved into this "addon"...

Compiling it ourselves is probably the option with the longest lifespan, since we're not depending on someone else to do it for us. But dependency management in C++ is I think still something of an open headache. I forget how much I appreciate tools like rust's cargo - wonder why they don't...

Yes, it's been unavailable for a little while (a few weeks at least) now. I did reach out to UCL about it, to see if they would set up a redirect to https://openorbiter.space/ for us, but I've had no reply beyond an automated out of office response and I don't want to pester them over it...

The nice thing about Orbiter's current approach is it's utterly unopinionated, so you can bring whatever addon management strategy you like to it - as long as Orbiter finds the files, it's happy. So you can manage those files via JSGME or depot or whatever, which is a freedom I quite like...

This error is coming from the D3D9 client build, which is built by default in Orbiter now. It's not very obvious where to look, but the instructions you need to follow are in that subfolder's README.txt file, which is here...

I vaguely recall there being some other things that could be replaced with SDL too but I forget what; regardless, it's certainly a big job to replace.

Yes, specifically the risks it contained were accepted by the original developer of XRSound who implemented the library back when that was a separate project, and now it's incorporated into the core and we are where we are. This doesn't really matter. I just mean if you spent half as much...

Talk is cheap, send patches. It goes without saying that we as maintainers are responsible for what's in our software. Even free software becomes incompatible sometimes; the specific problem here is the source lib becoming entirely unavailable at the whim of the original developer and there...

Oh, of course it is. Silly of me not to check that first, I suppose. I do love software licenses that basically make products utterly unavailable to you if something breaks on one person's computer. Sigh. Other option is just not to build XRSound if it's unavailable, or to leave the builds...

For a short-term fix, I shoved both bitnesses of Irrklang into the OHM digitalocean Space and set the cmake lists to pull that version instead. Yes it's trading the availability of one site for another, but it's definitely a quicker resolution than moving off the lib entirely...

Yes, at least four times: https://www.orbiter-forum.com/forums/orbiter-forum-space-station.11/