| bin | ||
| editor | ||
| engine/world | ||
| ffi | ||
| jit | ||
| lua | ||
| media | ||
| projects | ||
| tools | ||
| LICENSE | ||
| README.md | ||
| run_sample.bat | ||
| run_sample.sh | ||
sokol-luajit
Update 15/10/2025
Its been a long time. Life gets in the way as usual. I have been using this toolkit for a number of projects so I wanted to update it. I have built a complete fbp system using it (to be shared later) and I have made a luajit based html rendering engine that is coming along nicely (with the same toolkit).
https://github.com/dlannan/luajit-html-engine/
If you want kind of a preview of what is happening you can see some of the work by running:
.\bin\win64\luajit.exe .\editor\editor-win64.lua
Obviously this is for win64 atm. And there might be browser compatibility issuse too. If you use Firefox or similar it should work fine, but dont expect miracles :)
What the next few weeks (I hope) will look like:
- Improvements for nuklear widgets and state management
- Probably remove fbp from here - I think it should be optional (its a dev mindset that can be hindering to some).
- Add in some more backend development interfaces - The editor will be heavily based on a html/js editor suite.
- Provide some small completed applications for reference (will be in examples).
- Provide a single complete larger application (like a small game).
The goal here is to make building, running and developing more streamlined and simple.
What the whole system should look like:
+-----------------------------------------------------------+
| Developer Workstation |
| |
| +---------------------+ +-------------------------+ |
| | Remote Web UI |<-->| Local Dev Server |<--+
| | (Browser - HTTPS) | | (luajit + sokol main) | |
| +---------------------+ +-------------------------+ |
| | | | | |
| | | | | |
| V V V V |
| +--------+ +-----+ +----------+ +-----------+ |
| | Scene | |Data | | Scripting| | Asset Mgmt| |
| | Graph | |Mgmt | | (LuaJIT) | | (STB, etc)| |
| +--------+ +-----+ +----------+ +-----------+ |
| | | | | |
| +---------+---------+--------------+ |
| | |
| V |
| +---------------+ |
| | Project Build | |
| | Config/Flow | |
| +-------+-------+ |
| | |
| +-------------+--------------+ |
| | App State Engine | |
| | (Start/Pause/Restart etc.) | |
| +------+------+--------------+ |
| | | |
| +-------------+ +------------+ |
| | | |
| V V |
| +------------+ +--------------------------+ |
| | Rendering |<------------| Input System | |
| | (Sokol GFX)| | (Sokol, Nuklear UI) | |
| +------------+ +--------------------------+ |
| | | |
| | V |
| | +-------------+ |
| | | Debug Tools | |
| | | (Remotery) | |
| | +-------------+ |
| V |
| +-------------------------+ |
| | Live Application View | |
| | (App/Window(s) Display) | |
| +-------------------------+ |
| |
+-----------------------------------------------------------+
| Component | Description |
|---|---|
| LuaJIT | Scripting runtime, manages dynamic scripts in real-time. |
| Sokol (GFX, APP, TIME, AUDIO) | Low-level platform abstraction (window, rendering, input, timing). |
| Nuklear | Lightweight immediate-mode UI, used in debug overlays or in-app GUI. |
| STB (image, vorbis, etc) | Asset loading (images, audio, fonts). |
| Remotery | Remote profiling and performance metrics via web browser. |
| Remote Web UI | Interface to manage all aspects of the game/app project. |
| Scenegraph/Data/Asset Managers | Internal modules in Lua/C interfacing with LuaJIT + the live app. |
| App State Engine | Controls app runtime (play/pause/reset), possibly as a Lua state machine. |
Realtime Flow Summary:
- You write/edit scripts/assets remotely.
- Backend compiles/builds/configures project state using LuaJIT + native libs.
- Changes are pushed to the live application window, which uses Sokol for rendering and input.
- Remotery allows you to monitor runtime performance.
- The UI system (could be in Nuklear or remote browser) allows you to control the app's lifecycle.
The above was generated by ChatGPT with my input. This is mostly correct. And I hope to have large portions of this operational by early 2026.
Update 06/05/2025
- Updated Discord link (Thanks DarkSeasonsStudios)
- PR added for MacOS fixes. (Thanks funatsufumiya)
TODO: Some testing on MacOS.
NOTES: Im currently very busy finishing off another project here:
https://forum.defold.com/t/f18-interceptor-building-my-favorite-old-amiga-game/69851
Once this is complete, I will put most of my time into this project.
Update 11/12/2024
- Breaking changes happening. The build system works but Ive decided to change to use an FBP styled system (see FBP readme).
- I hope to have a 'usable' new system in the next couple of weeeks.
A luajit set of ffi wrappers for the excellent sokol framework,
- Win64 Binaries - samples and remotery working
- Linux64 Binaries - samples and remotery working
- MacOS - x86_64 Binaries - samples and remotery working
- MacOS - arm64 Binaries - tbd. Working on tests/solves.
For all things, Sokol, luajit and sokol-luajit feel free to drop in the Discord
Discord - https://discord.gg/KMDeFebk
Sokol
The repo is based entirely on the brilliant framework here: https://github.com/floooh/sokol
The sokol api has been built into dll's (this may change in the future) and it is executed in the best (imho) runtime system there is using its amazing ffi module: https://luajit.org/
sdf exmample
Some of the source files have been modified to support shared libraries a little better and make the binding of ffi a little easier. There are only small changes, but this is kept in this location - do not use as a source for sokol itself. https://github.com/dlannan/sokol
The build process builds Win, Linux, Mac OSX, IOS but not Android atm. I need to build a shared library mechansim for this to work well. Thus, the build for it currently fails.
Luajit Sokol
The only provided main luajit binaries are for win64. To run other platforms, please build luajit for your platform and place in the bin/ directory. You will also need to modify the paths at the top of the samples lua scripts to match. I will update this to be more friendly in the future (by using ffi.os).
The Wasm part of sokol might not be able to be utilized in this manner. However I do have plans to compile Luajit->wasm and embed sokol generated bytecode. It should be possible, but that is along term goal.
Examples
I have ported examples from sokol, and will be adding more. These show how the ffi interface can be used.
How to use the example. Open a command window or powershell in the repo folder (Win64 powershell shown below)
PS sokol-luajit> cd .\examples\
PS sokol-luajit\examples> .\run_sample.bat cube_sapp
Use the run_sample bat file with one of the following parameters:
| Command | Description |
|---|---|
cimgui_sapp |
Imgui Demo example |
cube_sapp |
Simple spinning cube |
shadow_sapp |
Shadowed cube with moving light |
shapes_sapp |
Primitive shapes spinning |
triangle_sapp |
Classic triangle |
offscreen_sapp |
Sphere with render texture torii? spinning on its surface. |
nuklear_sapp |
Nuklear GUI demo |
nuklear_png_sapp |
Nuklear example with images |
nuklear_multifont |
Nuklear examples with multiple fonts and font awesome icons |
sdf_sapp |
SDF from the Sokol samples |
remotery_cube |
A spinning cube with Remotery backend. Open /tools/remotery/vis/index.html in your browser. |
Some notes:
- There are a number of objects that must be created as pointers. In ffi the easiest way to do this is to make an array object of size 1 and this way the handle in lua is a pointer and the object access uses the array indexing.
- No performance considerations have been taken into account. These are almost direct 1 to 1 mappings of the sokol C samples to luajit samples.
- pathing is not yet made friendly (31/10/2024 - It has been improved dramatically. Little more to do.)
Feel free to contribute or post issues/ideas comment. I put this together yesterday, and its very rudimentary atm.
Screenshots:
cimgui example
nuklear example
offscreen example
shadow example
shapes example