it has been a joy to use it, a lot smaller than any of the alternatives and fast. When plain lua becomes a bottleneck, there is luajit.
LÖVR – A simple Lua framework for rapidly building VR experiences
21–30 of 36 posts
Re: LÖVR – A simple Lua framework for rapidly building VR experiences
#22How does this compare to something like A-Frame? It feels like all the VR platforms are quite locked down and funneling users to app stores - so if you want something simple and not performant then a framework that works through the browser would in theory get traction more easily Tangentially, I also always quite liked the idea of webpages being VR spaces. Has more of a "metaverse" vibe to it
If you want something not locked down, try ours! -- https://overte.org/ We're a non-profit, and our code is entirely under the Apache License. Not only nothing is monetized, but the architecture is extremely monetization-unfriendly, and we ripped out what little there was in the original code. Oddly enough the codebase was built by a company with commercial ambitions (High Fidelity), but unsurprisingly failed to make…
Wasn't Vircadia also derived from High Fidelity?
Re: LÖVR – A simple Lua framework for rapidly building VR experiences
#23How does this compare to something like A-Frame? It feels like all the VR platforms are quite locked down and funneling users to app stores - so if you want something simple and not performant then a framework that works through the browser would in theory get traction more easily Tangentially, I also always quite liked the idea of webpages being VR spaces. Has more of a "metaverse" vibe to it
Not a VR expert, but it seems to be about same thing for OpenXR+Vulkan as A-frame is for WebXR+WebGL. Minimalist 3D engine with simple API wrapping much more complex lower level APIs, "reducing number of things which can be done in exchange for making some things easy to do with it". Native, not web app.
OpenXR is "Vulkan for VR" by the way, every major HMD vendors runtime supports it. Though only SteamVR supports Linux, and there's mess with support of advanced tech like asynchronous reprojection, I hope Monado which is "Mesa for VR" will succeed. And Firefox gets WebXR.
Re: LÖVR – A simple Lua framework for rapidly building VR experiences
#24Earlier quoted context omitted.
Probably built on LOVE, the 2d engine, or at least a homeage
I thought of that when I saw the title. In the README it says it's "heavily inspired by LÖVE". BTW I love the game "not tetris 2".
I was wondering about this too.
>How is this project related to LÖVE?
>LÖVR is heavily inspired by LÖVE and has a similar Lua API, but the 2 projects don't share any code.
--
Re: LÖVR – A simple Lua framework for rapidly building VR experiences
#25Wow. This sounds really interesting. I've been trying to learn unity but it's kinda tough especially if you want to make something really cross platform in VR. There's so much boilerplate in terms of libraries that also constantly seem to change so tutorials or books I follow don't seem to match.
I wonder if this is powerful enough and easier to learn. Definitely will give it a look.
I have some questions though. Is it as performant as unity? Can you import external content as easily? Is there a performance penalty for using Lua?
But anyway I guess I won't know till I try it.
Re: LÖVR – A simple Lua framework for rapidly building VR experiences
#26How does this compare to something like A-Frame? It feels like all the VR platforms are quite locked down and funneling users to app stores - so if you want something simple and not performant then a framework that works through the browser would in theory get traction more easily Tangentially, I also always quite liked the idea of webpages being VR spaces. Has more of a "metaverse" vibe to it
I don't think this is browser based. Which is pretty good because in my understanding there's a significant performance penalty with WebXR.
Re: LÖVR – A simple Lua framework for rapidly building VR experiences
#27How does this compare to something like A-Frame? It feels like all the VR platforms are quite locked down and funneling users to app stores - so if you want something simple and not performant then a framework that works through the browser would in theory get traction more easily Tangentially, I also always quite liked the idea of webpages being VR spaces. Has more of a "metaverse" vibe to it
Not a VR expert, but it seems to be about same thing for OpenXR+Vulkan as A-frame is for WebXR+WebGL. Minimalist 3D engine with simple API wrapping much more complex lower level APIs, "reducing number of things which can be done in exchange for making some things easy to do with it". Native, not web app. OpenXR is "Vulkan for VR" by the way, every major HMD vendors runtime supports it. Though only SteamVR supports Li…
Yeah Linux VR gaming isn't there yet. Especially if you have a quest and need to stream over WiFi. I'm still running a Windows PC for that.
Re: LÖVR – A simple Lua framework for rapidly building VR experiences
#28Is anyone having success combining generative AI with building VR experiences? Now that would be wildly powerful but I’m sure quite difficult
I think that would be the key to unlocking the promise of the 'metaverse'. Content generation in 3D is just incredibly labour intensive.
Re: LÖVR – A simple Lua framework for rapidly building VR experiences
#29Wow. This sounds really interesting. I've been trying to learn unity but it's kinda tough especially if you want to make something really cross platform in VR. There's so much boilerplate in terms of libraries that also constantly seem to change so tutorials or books I follow don't seem to match. I wonder if this is powerful enough and easier to learn. Definitely will give it a look. I have some questions though. Is…
I’m shoulder deep in a Unity VR (just Quest 2/3 for now) application and it’s a freaking mess.
Just your basic Player object is a tangled tree of ridiculous amounts of different GameObjects. God forbid you want to support hands and controllers.
Re: LÖVR – A simple Lua framework for rapidly building VR experiences
#30Earlier quoted context omitted.
If you want something not locked down, try ours! -- https://overte.org/ We're a non-profit, and our code is entirely under the Apache License. Not only nothing is monetized, but the architecture is extremely monetization-unfriendly, and we ripped out what little there was in the original code. Oddly enough the codebase was built by a company with commercial ambitions (High Fidelity), but unsurprisingly failed to make…
Wasn't Vircadia also derived from High Fidelity?
Yeah, the line goes High Fidelity -> Vircadia -> Overte (where most devs are)
Vircadia started off well, but then the lead decided to go all in on crypto. Pretty much everyone just left and made a new project, while Vircadia as far as I can tell has almost no development going on. Or if there's anything it's not public.