lovr VS Simula

I haven't used many engines, but I've been programming some simple games with LÖVE [0] and (to a lesser extent) LÖVR [1] and like them both.

But maybe not real game engines, as you need to do quite a bit of work by yourself. I guess it depends what your definition is of a game engine.

---

[0]: https://love2d.org

[1]: https://lovr.org

not to mention there's LÖVR as well if you want to 3D

As for your question - yes, it's possible to develop for the Quest. The website has information on how to do that.

lovr.org - VR game engine with lua

I'll add LOVR (https://lovr.org/), the 3D analog to LOVE. Haven't used it personally so ymmv.

If you are into VR, I'd try lovr.org. It allows you to build VR apps with just lua code.

Personally I found LÖVR [0] easy to use, based on Lua.

——

[0]: https://lovr.org/

He's _probably_ right that for the majority of people, the Quest would be better.

Towards the end, when he starts talking about the open vs closed model, I find it pretty depressing that meta is the "open" model in this case. I'm pretty sure you still require a Meta account to use the headset. Not sure I consider that "open".

I would love to have a headset that was running Simula (or something similar). I tried Simula with a Valve Index and the resolution was just too low for me. But I could definitely feel like it was "the future".

I travel a lot now and work on one laptop screen. Having a small(ish) headset that I could travel with and then have a VR workspace instead of a single laptop monitor has the potential to be game changing (maybe).

[0] https://github.com/SimulaVR/Simula

>before anyone else did

Not disputing your claim per se, but Google had a project called Daydream back at least as early as 2017 (though seems earlier) and rolled that into Area 120 projects. They canned it at some point in 2021 I believe.

Whereas SimulaVR seems to have started working on this in 2018 per their YC app (but perhaps earlier?) https://github.com/SimulaVR/Simula/wiki/YCW19-Application

That's not rly an os, it's just a different gui, you could probably reuse linux and build it on top of that For example, there's a VR window manager for linux called Simula

That's the dream! I really want to see if I can get it working with a VR compatible desktop env like https://github.com/SimulaVR/Simula; but failing that, just getting the second display surface to be floating instead of fixed would be a huge boon!

That's a clever way of doing it. =) I have considered xrdesktop, Immersed and Simula (SimulaVR's window manager without their headset) as well. Seemingly, Immersed can only create virtual monitors and not separate windows for each application, which leaves xrdesktop and Simula the better options.

You might be interested in looking at SimulaVR - it's a VR desktop built with godot (and haskell), but it uses, iirc, wlroots to handle windows and grab their surfaces to display as textures in godot.

So, you might be interested in https://github.com/SimulaVR/Simula . There have been a few examples of VR windows managers on Linux which don’t require an entire OS rewrite.

Is that the solution Meta will go w/ almost certainly not. But replacing a WM for a different “view” of your OS is a pretty common thing on Linux. (For some distros like Arch, replace isn’t the right word. You have to install whichever one you’d like from the beginning)

The Simula One is a Linux-based, standalone VR headset with compute specs that are comparable to premium laptops (x86 architecture) as well as very high pixel density (35.5 PPD). The software its built over is open-source (https://github.com/SimulaVR/Simula), and its hardware is being built in the open (though not entirely open-source since it would violate many of our NDAs, etc).