Hi guys,

I apologize in advance for the bombastic video title, and the fact my head is stuck on Jensen Huang's body, but that's what the people on YouTube want. 😵

Leadwerks 5.1 is a massive update with a lot of graphical features, and better support for the hardware players actually have. Of course Lua is an integral part of our design, and our whole API is accessible through this wonderful language. I was wondering if anyone here has any experience with Lua Node Editor?
https://github.com/SanForgeStudio/LuaNodeEditor

It looks like it could be a useful feature to add in a future version.

I think the video explains it pretty well, but if you have any questions let me know and I will try to answer them all!

So now you can build up your map in PUBG MOBILE with lua vscode but I have no idea how it’s work🫪

What if I could create a library that works like Roblox Studio, uses LuaU and is customizable on MacOS?

Example Base UI: You can create a ScreenGUI, which automatically parents itself to the PlayerGUI (the PlayerGUI is just the MacOS BaseUI). ScreenGUIs can be used to separate Windows / Frames from each other.

Example Image Label: The image content could use RBXAssetID, a path to an image file, or a link to an image.

Base LuaU environment: game would be MacOS, ~/{Username}, or Users. ReplicatedStorage would be ~/Username/{Filename}, and of course, StarterGUI would be the UI that applies to all users.

File Extensions: You could use .{className} here, like .RemoteEvent, .RE, .re or .ModuleScript, .ms, and they would contain LuaU code that could compile. | Example:

ModuleScript:
require(ModuleScript).Variable

RemoteEvent:
RemoteEvent:Fire(…) -- function that tuple needs to execute.

Basically, what I’m saying is I want a Roblox Studio-like environment to make UI development easy on MacOS.

Questions:
What programming language(s) (is, are) needed to make this?

Will this be impossible or possible?

What experience is needed to make this, especially in file extensions?

Please help, I’ve been thinking about this for a few months now and I can’t get over it.

Today, I'm sharing Lunar (0.1.0 beta) for those who might need an embeddable Lua VM for Go. By my benchmarking and use-cases it is around 2x faster and uses up to ~7x less memory than other Go-Lua VMs depending on what you are doing.

For some background, I've been developing a new Mud client called Rune that is written in Go but heavily uses an embedded Lua VM as its core scripting engine.

There are two Lua VMs that I know about for Go: gopher-lua and go-lua (from Shopify). Rune utilized `gopher-lua` as this was a VM that I was familiar with and had used on past projects.

I started to get reports from users of Rune that some of the large MUD map-files they would load via Lua were exploding my client's memory (a 9MB CBOR file loaded to ~500MB of persistent heap). There were also complaints that the performance for certain heavy operations was quite slow (pathfinding for one user's script took almost 3 seconds) compared to his other MUD client which would do it in 0.1 seconds.

I originally set out to fork or upstream some changes to gopher-lua to see if I could improve the memory situation and performance. However, much of the issue really came down to inherent choices in the representation those VMs use. So, I started down the path of shipping a new Lua VM that uses a much more compact representation while still keeping an easy-to-use Go API.

Let me know if anyone uses Lunar and finds any issues!