Nice video! Luau is a more modern version of Lua (has typings, faster, etc) that's also supported by mlua. Definitely a great thing to consider for those looking at this space!
Yes, Luau can be a good choice. It's great that mlua allows us to choose the engine so easily. By the way, for devai.run, I am using Lua 5.4, but I might switch to Luau. They seem to have drifted a little, so I wanted to play it "conservative."
That’s not how I would characterize Luau. Luau is a fork, not a “more modern” Lua - it has support for certain things like timing our calls that regular Lua doesn’t have, that are useful for Roblox. But it’s not standard Lua, there are differences. And I don’t think Luau scripts will be guaranteed to run on LuaJIT.
Yes, this was my impression as well-a fork that has drifted by now. This is why the standard Lua 5.4 is a good starting point, and then, depending on the need, adjustments can be made. Big kudos to the mlua developers for providing such a simple way to choose what we want to run with.
Wow thank you, I was asking myself how I could embedd lua scripts with Rust ! This is all I needed to know ! I want to integrate teal script (that will compile to lua) so people could have a typed scripting language. Thanks again !
Hello sir I completed your rust book programming playlist.... I'm from embedded c background, how can I use Rust programming in Embedded devices like ESP32 microcontrollers...does rust programming support popular microcontrollers...please make videos on how to use in microcontrollers...thanks for knowledge your sharing....your videos are really valuable information ❤.
It's been a second since I've touched this space; but rust has a ecosystem around a crate called: 'embassy-rs' which when I tried it had OK documentation; and I'm sure it has gotten better, it supports most common micro controllers (and it was designed to be a framework first, so porting to a new micro-controller isn't impossible for a dedicated single person); though the more obscure you go the more documentation starts to be just reading function definitions and crate source code
I think that embedding WASM would be a great choice as well. It's sandboxed, fast, lightweight and it can be compiled from many languages (e.g. C++ or Rust).
@cno9984 WASM would not serve the same purpose, as the user would have to compile to it, usually from a strongly typed/compiled language. With scripting, the user just writes and provides the script, and the application can take it from there. Both are good at what they do, and it’s true that they both allow external code to run inside the app.
Nice! We need to get full python interface eventually. I know we can do it via this type of way, but make it able to be python only by embedding this functionality into the engine. We need to draw that crowd - python is massive now.
Yes, Python would be nice, but integrating it is complex and heavy. Two main options are: 1) [PyO3](pyo3.rs/) - popular but heavy. 2) RustPython - a pure Rust interpreter, still experimental. Embedding Python is challenging due to its reliance on native libraries like NumPy, which introduces significant complexity. Using a lighter scripting language like Lua simplifies runtime and app complexity. While developers need to learn Lua, it offers high net value and allows calling other languages like Python or Node.js when needed. For apps like Deno, embedding V8 makes sense, as JS was the end goal, but Lua suits simpler use cases better.
@@JeremyChone -thanks, makes sense. I was just thinking in terms of aligning Bevy with a highly popular scripting language. Would make people more interested in Bevy and likely get more development going on here from big companies donating in plugins. It's practically hidden at this point. I guess that's why godot likely did their whole gdscript thing instead of python.
Rhai is a good technology, and it is pure Rust, which has some benefits. However, I think the net value of Lua is greater. Here is a quick pros/cons list: *Rhai*: - pros: Pure Rust, no unsafe code Relatively simple to use - cons: Relatively unknown, medium size of 3 MB AST Walker (not a full scripting engine) does not support async. *Lua*: - cons: C integration, many unsafe aspects (but mitigated by engine maturity and library reliability) - pros: Relatively well-known, super small at 300 KB, Full scripting engine with async support and many features. Super simple to use and embed (can handle bidirectional calls) Supports sending (with a cost, but very convenient) Overall, I think that Lua is a better choice for its size, simplicity, popularity, and full, mature scripting capability.
(copied reply for convenience) JavaScript is an option, but it is heavy and intrusive for applications. While Deno has made great strides in simplifying this, it is still orders of magnitude more complex and heavier than Lua. Lua has the advantage of clear expectations-developers don't expect to "npm install" or "pip install," keeping scripting simple and self-contained. In devai.run, I let developers use `utils.cmd.exec(...)` to call Python, Node, Bun, etc., and retrieve results. By controlling the `utils.cmd.exec` calls, I ensure they remain constrained within the application runtime.
It does look interesting, but I have not tried it. There are many other alternatives, such as full JS, Python, or Rust-based languages like Rhai or Rune, but Lua has a high net value when simple scripting is needed.
JavaScript is an option, but it is heavy and intrusive for applications. While Deno has made great strides in simplifying this, it is still orders of magnitude more complex and heavier than Lua. Lua has the advantage of clear expectations-developers don't expect to "npm install" or "pip install," keeping scripting simple and self-contained. In devai.run, I let developers use `utils.cmd.exec(...)` to call Python, Node, Bun, etc., and retrieve results. By controlling the `utils.cmd.exec` calls, I ensure they remain constrained within the application runtime.
Nice video! Luau is a more modern version of Lua (has typings, faster, etc) that's also supported by mlua. Definitely a great thing to consider for those looking at this space!
Yes, Luau can be a good choice. It's great that mlua allows us to choose the engine so easily.
By the way, for devai.run, I am using Lua 5.4, but I might switch to Luau. They seem to have drifted a little, so I wanted to play it "conservative."
That’s not how I would characterize Luau. Luau is a fork, not a “more modern” Lua - it has support for certain things like timing our calls that regular Lua doesn’t have, that are useful for Roblox. But it’s not standard Lua, there are differences. And I don’t think Luau scripts will be guaranteed to run on LuaJIT.
timing out*
Yes, this was my impression as well-a fork that has drifted by now. This is why the standard Lua 5.4 is a good starting point, and then, depending on the need, adjustments can be made.
Big kudos to the mlua developers for providing such a simple way to choose what we want to run with.
Wow thank you, I was asking myself how I could embedd lua scripts with Rust ! This is all I needed to know ! I want to integrate teal script (that will compile to lua) so people could have a typed scripting language. Thanks again !
Thank you very useful. I always wanted to someday add lua to my game engine and I now understand the workflow.
Hello sir I completed your rust book programming playlist.... I'm from embedded c background, how can I use Rust programming in Embedded devices like ESP32 microcontrollers...does rust programming support popular microcontrollers...please make videos on how to use in microcontrollers...thanks for knowledge your sharing....your videos are really valuable information ❤.
It's been a second since I've touched this space; but rust has a ecosystem around a crate called:
'embassy-rs' which when I tried it had OK documentation; and I'm sure it has gotten better, it supports most common micro controllers (and it was designed to be a framework first, so porting to a new micro-controller isn't impossible for a dedicated single person); though the more obscure you go the more documentation starts to be just reading function definitions and crate source code
Thanks @jeremy 👍
this is so cool!!!
I think that embedding WASM would be a great choice as well. It's sandboxed, fast, lightweight and it can be compiled from many languages (e.g. C++ or Rust).
@cno9984 WASM would not serve the same purpose, as the user would have to compile to it, usually from a strongly typed/compiled language.
With scripting, the user just writes and provides the script, and the application can take it from there.
Both are good at what they do, and it’s true that they both allow external code to run inside the app.
Awesome! Thanks.
Nice!
We need to get full python interface eventually.
I know we can do it via this type of way, but make it able to be python only by embedding this functionality into the engine.
We need to draw that crowd - python is massive now.
Yes, Python would be nice, but integrating it is complex and heavy.
Two main options are:
1) [PyO3](pyo3.rs/) - popular but heavy.
2) RustPython - a pure Rust interpreter, still experimental.
Embedding Python is challenging due to its reliance on native libraries like NumPy, which introduces significant complexity.
Using a lighter scripting language like Lua simplifies runtime and app complexity. While developers need to learn Lua, it offers high net value and allows calling other languages like Python or Node.js when needed.
For apps like Deno, embedding V8 makes sense, as JS was the end goal, but Lua suits simpler use cases better.
@@JeremyChone -thanks, makes sense. I was just thinking in terms of aligning Bevy with a highly popular scripting language. Would make people more interested in Bevy and likely get more development going on here from big companies donating in plugins. It's practically hidden at this point. I guess that's why godot likely did their whole gdscript thing instead of python.
whats your thought on rai ?
Rhai is a good technology, and it is pure Rust, which has some benefits. However, I think the net value of Lua is greater.
Here is a quick pros/cons list:
*Rhai*:
- pros:
Pure Rust, no unsafe code
Relatively simple to use
- cons:
Relatively unknown, medium size of 3 MB
AST Walker (not a full scripting engine) does not support async.
*Lua*:
- cons:
C integration, many unsafe aspects
(but mitigated by engine maturity and library reliability)
- pros:
Relatively well-known, super small at 300 KB,
Full scripting engine with async support and many features.
Super simple to use and embed (can handle bidirectional calls)
Supports sending (with a cost, but very convenient)
Overall, I think that Lua is a better choice for its size, simplicity, popularity, and full, mature scripting capability.
🙏
what is the code editor, xcode?
vscode, with Google Materials + Custom Icons & Colors.
I wonder if javascript can be embedded like that or if it's just too "big and all powerful".
(copied reply for convenience)
JavaScript is an option, but it is heavy and intrusive for applications. While Deno has made great strides in simplifying this, it is still orders of magnitude more complex and heavier than Lua.
Lua has the advantage of clear expectations-developers don't expect to "npm install" or "pip install," keeping scripting simple and self-contained.
In devai.run, I let developers use `utils.cmd.exec(...)` to call Python, Node, Bun, etc., and retrieve results. By controlling the `utils.cmd.exec` calls, I ensure they remain constrained within the application runtime.
interesting. unrelated, have you ever used nifs with elixir and rust? a crate called rustler that's very interesting
It does look interesting, but I have not tried it.
There are many other alternatives, such as full JS, Python, or Rust-based languages like Rhai or Rune, but Lua has a high net value when simple scripting is needed.
Use case please
I mean he explained the usecase pretty well in the beginning of the video
devai.run is a great usecase for this.
now do javascript 😁
You can use Deno by deno_core and other extension crates
JavaScript is an option, but it is heavy and intrusive for applications. While Deno has made great strides in simplifying this, it is still orders of magnitude more complex and heavier than Lua.
Lua has the advantage of clear expectations-developers don't expect to "npm install" or "pip install," keeping scripting simple and self-contained.
In devai.run, I let developers use `utils.cmd.exec(...)` to call Python, Node, Bun, etc., and retrieve results. By controlling the `utils.cmd.exec` calls, I ensure they remain constrained within the application runtime.
C++ + Go is much better than Rust + Lua
Not sure if those pairs compare.