See my previous posting. You seem to be looking for someone who has a ready-to-go solution, which isn't going to happen anytime soon. We only have a bunch of active core developers, who are fairly busy with other aspects of FG. Not even USB/HID support is very high on their todo lists. However, that would obviously the topmost requirement for a 100% native FG solution.
Coming up with a standalone, platform-specific, application that talks USB/HID and connects to fgfs would not be very difficult - but it would be of little use to people using other platforms (FG supporting Windows, Mac OSX and Linux/Unix).
There are not too many cross-platform OSS libs for USB/HID communications, which is another concern. And then there are the OR SDK's legal requirements (i.e. license)
For example, see:
http://www.signal11.us/oss/hidapi/In other words, if you are specifically interested in using OR in combination with FlightGear, I would really only consider getting the development version, if you:
- know how to build SG/FG from source
- know about USB/HID communications
- know about cross-platform programming
- know C/C++
- have some spare time/funding to get this started
We have a bunch of people here who would easily satisfy those requirements, but who are not really interested in OR obviously - which might be because of the costs involved in getting a development kit, i.e. there's a certain entry barrier.
I don't know of any experienced FG developers/contributors who have publicly stated having access to the corresponding hardware - which ultimately boils down to the same problem that Saitek/CH Products hardware has: developers need to have access to the hardware and specs, before it can be supported - and then, developers would ideally be sponsored, or it may take another eternity until support really materializes.
None of that means that it's difficult or even impossible, you could probably even team up with other contributors to get this started, or even use crowd-funding to sponsor such an effort to a certain degree. But at the moment, I don't see anybody "in the know" interested in helping out - most people will only be interested in working on this, once they get access to the hardware/specs and some spare time/funding.
In general, you'll be well-advised to get in touch with the OR folks, even just searching their forums would have yielded a bunch of relevant matches:
https://developer.oculusvr.com/forums/v ... f=42&t=362We have people working with flight gear here and might look into rift support in the future. However, FlightGear is a GPL program and I'm pretty sure the Apache license that the SDK uses isn't compatible with GPL, so it might be "illegal" to use it...
https://developer.oculusvr.com/forums/v ... 487&p=4583That raises a good point. Linking the oculus sdk with the released source code for any of the Quake or Doom series would be a gpl violation.
(Not that I wanted to, I avoid touching GPL code, but I'm sure some people might want to try)
Other games that are open source but incompatible due to gpl:
- flightgear
- oolite
- arx fatalis
- duke nukem 3d
- penumbra overture
- jedi outcast
- jedi academy
plus more.
(many more, but I only listed the ones that I thought would be good in vr)
Until making this list I didn't know arx fatalis had it's source released 2 years ago. It's one of the best first person rpgs, a spiritual successor to the Ultima Underworld series. It also uses a magic system where you write runes in the air with your hand, that would be awesome with a rift and a wiimote!