Good vs. Evil
- Thread starter Randomguy404
- Start date
45. Boo. I was lucky and managed to do a walk at lunchtime without any rain on me at all! Have fun in class 
45. Is tireds again I want to try and stay up a bit though, I don't get many days where I can actually stay up late. Friday and Saturday, basically
I want to try and stay up a bit though, I don't get many days where I can actually stay up late. Friday and Saturday, basically
45 finally had some time to work on arena keeper again. However, I don't have much to show this time. This is because I didn't have much time and I'm restructuring the game to consist of 2 parts (Or 3 depending on how you count)
The biggest problem I'm facing now though is getting this split to work in the browser.
The biggest problem I'm facing now though is getting this split to work in the browser.
The 2 parts that I am splitting my game into are what I call the "engine" and the main "module". The potential third one is some helper code that is shared between the two to make development easier.
The engine contains the game loop, loads everything that needs to be loaded, and other stuff you expect from an engine.
The module part is a .wasm file that adds actual content to the game. So as an example: the engine will define a basic entity struct and its the job of the module to extend it to create a "merfolk" struct.
The module being a wasm file greatly limits how the two parts are able to communicate, and right now I plan to use the basic scheme provided in this tutorial.
Simply put, in order for the engine to execute a function in the module that requires the passing of "complicated" data the following steps will take place:
The main problem that I am actually running into however is that the wasm library that I use doesn't itself compile to WASM. As a result, I need to write some javascript that will do the same thing.
And yes, this means that getting WASM to work inside the browser turns out to be more work then to get it to work on native builds.
The engine contains the game loop, loads everything that needs to be loaded, and other stuff you expect from an engine.
The module part is a .wasm file that adds actual content to the game. So as an example: the engine will define a basic entity struct and its the job of the module to extend it to create a "merfolk" struct.
The module being a wasm file greatly limits how the two parts are able to communicate, and right now I plan to use the basic scheme provided in this tutorial.
Simply put, in order for the engine to execute a function in the module that requires the passing of "complicated" data the following steps will take place:
- Zero out the first 4 bytes of the memory from the module
- convert the data into a shared binary format
- get the length of this binary data and write it down somewhere in the memory of the module
- call the function, passing the location of this data together with the length
- The module is able to convert it back and does it magic
- Once the module is done, it converts the new data to the binary format
- write the binary data somewhere in memory
- get the length and store it in the first 4 bytes
- return the position of the new data
- The engine, reads the first 4 bytes to get the length
- It then uses the returned position and the length to read the newly returned data
- Convert the data back into something it can use
The main problem that I am actually running into however is that the wasm library that I use doesn't itself compile to WASM. As a result, I need to write some javascript that will do the same thing.
And yes, this means that getting WASM to work inside the browser turns out to be more work then to get it to work on native builds.
- Every module has its own memory.
- Except for exploits like specter/meltdown modules can't read system memory
- Modules have no access to file IO except for what the engine provides
- Modules also have no access to JS functions
- Every language is supported.
- Works in the browser with minimal overhead (I don't have to ship an entire VM with my game when it is running in the browser)
- WASM is awesome!