Gondos
Well-known member
Oh, I didn't check that, just wanted to see the performance impact of the new atmospheric shader...
Linux playground
- Thread starter Gondos
- Start date
Lefty
New member
- Joined
- Jan 30, 2023
- Messages
- 2
- Reaction score
- 0
- Points
- 1
- Location
- Low orbit around Kerb—I mean Earth
Hey guys, Linux user here, I'm really excited about where Orbiter is going now that it's open source. I just installed Orbiter 2016 using the Lutris installer, and even got XRSound working. I was wondering how mature this Linux port is. Is it better than just running Orbiter on Wine?
Either way, I'm really excited about this, and I don't know, I might even contribute in the future (though right now my coding proficiency is almost non-existent
). Keep up the good work!
Either way, I'm really excited about this, and I don't know, I might even contribute in the future (though right now my coding proficiency is almost non-existent
). Keep up the good work!Gondos
Well-known member
Hi,
There is no current benefit over using wine, except for the satisfaction of using a native build (or boasting that you're the second person on Earth to run NASSP in 64bit with OpenOrbiter on linux
)
As the thread name implies, it's a playground to see what it would take to make Orbiter work natively on linux so maturity is not my goal. Hopefully in the future some things can be learned and backported in the official version to make it portable.
It should be workable as long as you don't mind the subpar quality of the OpenGL graphics client.
There are severe limitations because of addons availability (multistage, spacecraft3, IMFD, GeneralVehicle are closed source/non FOSS so could not be worked on).
The NASSP, XR1, XR5, G42-200, and deepstar addons have been "test-ported" and should work (except for the Deepstar scenarios using GeneralVehicle for its rovers).
Cheers
There is no current benefit over using wine, except for the satisfaction of using a native build (or boasting that you're the second person on Earth to run NASSP in 64bit with OpenOrbiter on linux
)As the thread name implies, it's a playground to see what it would take to make Orbiter work natively on linux so maturity is not my goal. Hopefully in the future some things can be learned and backported in the official version to make it portable.
It should be workable as long as you don't mind the subpar quality of the OpenGL graphics client.
There are severe limitations because of addons availability (multistage, spacecraft3, IMFD, GeneralVehicle are closed source/non FOSS so could not be worked on).
The NASSP, XR1, XR5, G42-200, and deepstar addons have been "test-ported" and should work (except for the Deepstar scenarios using GeneralVehicle for its rovers).
Cheers
Lefty
New member
- Joined
- Jan 30, 2023
- Messages
- 2
- Reaction score
- 0
- Points
- 1
- Location
- Low orbit around Kerb—I mean Earth
Cool! My main issue with running the sim on wine is that the D3D9 graphics client does NOT play well because of issues with runtimes and stuff. I'm guessing this port isn't compatible either...
Anyhow I might try to compile OpenOrbiter now, since I've only been using the 2016 version, and compare the Linux version to the Windows version.
Cheers!
Anyhow I might try to compile OpenOrbiter now, since I've only been using the 2016 version, and compare the Linux version to the Windows version.
Cheers!
Gondos
Well-known member
Back after a break and now we've gone full circle :
First impression is that glfw seems to work a lot better on Windows than linux...
First impression is that glfw seems to work a lot better on Windows than linux...
Matias Saibene
Terrible developer (seriously)
Glorious!
It's good to have you back!
I was already wondering what had become of this beautiful project. Nice to see activity again!
One question, on my modest hardware I have very low FPS problems after the implementation of the normalmaps. For reference on Windows I don't have the same problem. Is there something that can be done? Is there a switch to disable normalmaps in Orbiter's configuration?
Thanks in advance and congratulations.
Gondos
Well-known member
I used a tutorial for the normal maps, and it is probably not the most optimized implementation available...Glorious!
It's good to have you back!
I was already wondering what had become of this beautiful project. Nice to see activity again!
One question, on my modest hardware I have very low FPS problems after the implementation of the normalmaps. For reference on Windows I don't have the same problem. Is there something that can be done? Is there a switch to disable normalmaps in Orbiter's configuration?
Thanks in advance and congratulations.
Here is a bit of XR5 sexiness to show that the Windows API is overrated, even on Windows
OS : Windows 10
Platform backend : glfw
Gfx : OpenGL
GUI : ImGui
Sound : OpenAL
MuttonChops2010
New member
Hi all!
We have created a build for Archlinux, but have some build issues.
aur.archlinux.org
We have created a build for Archlinux, but have some build issues.
AUR (en) - orbiter2016-git
aur.archlinux.org
Gondos
Well-known member
You are quite adventurousHi all!
We have created a build for Archlinux, but have some build issues.
AUR (en) - orbiter2016-git
I have no prior knowledge of Archlinux so bear with me.
I tried an install on WSL2 and I get this error (probably due to gcc being more recent than on mint)
Code:
[ 26%] Building CXX object OVP/OGLClient/CMakeFiles/OGLClient.dir/ztreemgr.cpp.o
In file included from /home/gondos/orbiter2016-git/src/TheGondos-orbiter/OVP/OGLClient/ztreemgr.cpp:6:
/home/gondos/orbiter2016-git/src/TheGondos-orbiter/OVP/OGLClient/ztreemgr.h:49:9: error: ‘uint8_t’ does not name a type
49 | uint8_t magic[4]; // file ID and version
| ^~~~~~~
/home/gondos/orbiter2016-git/src/TheGondos-orbiter/OVP/OGLClient/ztreemgr.h:21:1: note: ‘uint8_t’ is defined in header ‘<cstdint>’; did you forget to ‘#include <cstdint>’?
20 | #include <iostream>
+++ |+#include <cstdint>
21 |It does not look like the error mentionned in your link about Orbitersdk.h not being found though... Maybe it is because WSL2 only allocates 1 CPU so it's compiling with make -j1.
I'll keep you posted if I can have a working build.
Edit : WSL2 does expose 12 CPUs so it must be makepkg that does not take them into account. Where can I change that?
Edit2 : I pushed an update for compilation on gcc13, however makepkg seems to add a "-Werror=format-security" option which breaks NASSP.
Last edited:
Matias Saibene
Terrible developer (seriously)
I have Manjaro (which is the slightly friendlier derivative of Arch) and I'll give it a try.You are quite adventurous
I have no prior knowledge of Archlinux so bear with me.
I tried an install on WSL2 and I get this error (probably due to gcc being more recent than on mint)
Code:[ 26%] Building CXX object OVP/OGLClient/CMakeFiles/OGLClient.dir/ztreemgr.cpp.o In file included from /home/gondos/orbiter2016-git/src/TheGondos-orbiter/OVP/OGLClient/ztreemgr.cpp:6: /home/gondos/orbiter2016-git/src/TheGondos-orbiter/OVP/OGLClient/ztreemgr.h:49:9: error: ‘uint8_t’ does not name a type 49 | uint8_t magic[4]; // file ID and version | ^~~~~~~ /home/gondos/orbiter2016-git/src/TheGondos-orbiter/OVP/OGLClient/ztreemgr.h:21:1: note: ‘uint8_t’ is defined in header ‘<cstdint>’; did you forget to ‘#include <cstdint>’? 20 | #include <iostream> +++ |+#include <cstdint> 21 |
It does not look like the error mentionned in your link about Orbitersdk.h not being found though... Maybe it is because WSL2 only allocates 1 CPU so it's compiling with make -j1.
I'll keep you posted if I can have a working build.
Edit : WSL2 does expose 12 CPUs so it must be makepkg that does not take them into account. Where can I change that?
Edit2 : I pushed an update for compilation on gcc13, however makepkg seems to add a "-Werror=format-security" option which breaks NASSP.
OMG
Gondos
Well-known member
Not that big of a deal nowaday, just a ryzen 5 that fits my 85W TDP budget
n72.75
Move slow and break things
- Joined
- Mar 21, 2008
- Messages
- 2,557
- Reaction score
- 1,195
- Points
- 128
- Location
- Saco, ME
- Website
- mwhume.space
- Preferred Pronouns
- he/him
These little guys are from 2013
How did you build it on windows?
Gondos
Well-known member
I fought with cmake to compile glfw, freetype, libsndfile & co
It's really not in a state that can be pushed though... If all goes well, this branch will be retired sooner or later if/when we rework the main repo to be portable as well.
Sword7
Member
So impressive! It does not work on MSYS2 so that I have to use WSL2 or stand-alone Ubuntu.
Matias Saibene
Terrible developer (seriously)
I too have some compiler errors, and since I was installing from a TTY I couldn't exactly extract the error but here's a picture.Hi all!
We have created a build for Archlinux, but have some build issues.
AUR (en) - orbiter2016-git
Now I am going to try the conventional method of installation.
It may be necessary to open a new thread to fix problems with the PKGBUILD and the AUR process.
-----------------------------EDIT---------------------------
Well, I tried Orbiter via git and it compiles perfectly. So the problem must be in the PKGBUILD.
Last edited:
MuttonChops2010
New member
Fine. Thank you.
But what could be wrong with the PKGBUILD? It simply downloads the data from the git repository and builds it.
MuttonChops2010
New member
I removed this from makepkg.conf, but the build still fails.
MuttonChops2010
New member
I found a bug due to which XRSound is installed in the wrong directory:
I suspect the problem is in the file:
Similar threads
