jrodriguez

Chillout guys . You are both right. OCISLY has 3 components: the mod itself that of course is .NET Framework/Mono compatible and a .NET Core 5.0 Server and Desktop Client which are compiled for Mac, Linux and Windows .

The multiplayer version will only work when playing in multiplayer with LMP. If you want to play in single player you should go the Runway Project version of BDArmory

Hi all, I just released a new version of BDAMultiplayer for KSP 1.12.2 and LMP 0.28, you can find it here: https://github.com/jrodrigv/BDAMultiplayer/releases/tag/0.4

I will do a recompile for KSP 1.12 and latest LMP but merging Runway it is not really feasible because it has changed quite a lot.

It works in KSP 1.12.2 now. For the next release I'd like to support to change the camera aspect ratio - resolution

Docker is a platform that runs on Linux/Windows/Mac that provides OS-level virtualization. A Docker Container is similar to a Virtual Machine running on your PC, the main difference is that a VM requires a full OS installed whether a container uses your OS kernel instead so it doesn't require a new OS installation, it is very lightweight. Which are the benefits of running an application in a container then? For example in the case of OCISLY, it requires to install NET5, but with the container, this dependency is already installed inside! So you don't need to install it on your computer OCISLY is not a great a example because it is a really simple app, however if you have a much more complex app then containers will really start to shine You can find more information about Docker containers here: https://www.docker.com/resources/what-container

I have been thinking about creating a co-op/multiplayer KSP game using just one KSP and multiple clients with support for keyboard/mouse, some button for triggering staging etc

KSP uses DX11 by default. You can override it to use DX12 if your GPU/OS supports DX12 but it will likely end up in crash depending on the mods installed, etc.

You should not use DX12 with KSP.

I will answer myself in case any mod developers are reading the thread. If your mod depends on a 3rd party assembly that has no version, KSP will get stuck during loading. The easiest way to avoid the issue is to patch the 3rd party assembly adding a version number with Visual Studio.

Wherever you want. Even on a different PC, Raspberry PI or a Docker container. Everything is explained in the Readme file on GitHub

Hi all! I just released a new version for KSP 1.12.2. https://github.com/jrodrigv/OfCourseIStillLoveYou/releases/tag/v1.0.102 Enjoy! It was an issue with KSP 1.12.2 , use the latest release. It should work just fine.

What happens if the assembly has no readable version? I'm having an issue with my OCISLY mod which uses gRPC. KSP gets stuck loading the DLLs reading that versions

No it is not possible at the moment, but I might implement something like that in the near future. Hi all, I just released a new version recompiled for KSP 1.12.2. https://github.com/jrodrigv/PhysicsRangeExtender/releases/tag/1.21.0

Hi all, I just released a new version recompiled for KSP 1.12.2. https://github.com/jrodrigv/VesselMover/releases/tag/v1.12.0