I’ve tried it and it is fantastic (this is 3rd party not LM), works without any issues in direct mode.

However, I prefer X-Plane, so can’t wait for that 🙂

I’m only replying to the first half of your post, the question about why Occulus Rift is taking up so much attention at LR and elsewhere.

I have not used any of the Oculus Rift prototypes myself, and I haven’t used any other VR headset either. I dip into quite a few tech and gaming blogs though, so I have read the first hand experiences of lots of people who have, and there isn’t a single one of them who doesn’t describe the experience as extraordinary.

If the guys at Oculus manage to get a release candidate out there in the public’s hands, and the gaming developers manage to get their act together too, then it doesn’t take much imagination to see that Oculus is going to revolutionise gaming and simming.

Furthermore, field of vision is a big problem in home flight simulation. Most people only have a single monitor and don’t have the resources or the space for anything else. Yet, onto that monitor, we try to squish an entire dashboard, an outside view and the ability to look around, plus maps, charts and any other resources we might need reference to. Any solution is a compromised solution, but you only need to look on the forums to see the 3,4, 5 and 6 monitor rigs people put together to try to solve the problem, let alone projectors and real world hardware.

True VR solves all of those problems in one fell swoop.

I just hope LR and Oculus between them can work out a way to solve the interface problems that currently exist.

Hi Philipp,

Its good to see Clang being used. It’s actually become the default compiler in FreeBSD, Clang blitzes GCC when it comes to compile times (compile a large project via GCC then do the same in Clang and you will see what I mean).

So the steam version of X-Plane is compiled with a newer GCC? That is interesting. I wonder if any noticeable performance improvements are evident by this?

Cheers,
Alex.

We use several different compilers for development, for instance the Steam build of X-Plane is compiled with gcc 4.8 (the Steam runtime itself requires a much more recent Linux environment, so we cannot build X-Plane for Steam on our ancient 10.04 server) and my own development version even with LLVM/clang 3.5. Though the latter will not be for the prime-time release any time soon. We try to minimise changes in runtime environment for X-Plane plugins at least within one major version run, to keep disturbance for third-party developers to a minimum.

Ps: Disregard what I am saying if you are using a recent compiler backported to 10.04.

From the technical side, yes, the first method outlined in the linked github page would totally work and is even better than the one suggested on X-Plane.org, because it limits the effect of the symlink to the folder of X-Plane only, rather than making it available system-wide. I do not recommend trying the second method of modifying the binary.

PS.. Please provide an alternative link for the sym-link workaround for all of us that are banished from x-plane.org and could this work?
https://github.com/rogerwang/node-webkit/wiki/The-solution-of-lacking-libudev.so.0