plugined-mahjong

Finish Demo Page (Almost build by AI)
And lot of bug fixing
(Due to there are lots of bug not tested out.
With build demo website it appears)

Implementing gRPC Channel for game server and lobby to transfer messages.
Also Connection Manage Modules.
(It is much harder than I think…)

Due to the limited time remaining for Flavortown,
I’m trying to make it a functional system (as part of the whole game) that can be shipped.
However, it still seems like a difficult problem to deal with.

Since the last devlog,
I’ve been working on a messaging system to communicate with the frontend display (this won’t be finished in Flavortown).
I’ve also started building a RESTful API to add and run plugins.
Finally, I’m working on the game logic loop and its related functions.

There might end up being only some API endpoints without any frontend… or just an AI-generated one.
Sorry about that.

Make the VM stateless (even though it still maintains internal state, it is passed via arguments).
Plugins can still store variables internally.
After this change, some features that need to be shared across multiple games are now able to work
(because the VM’s variables no longer belong to a specific game).
However, you can no longer determine which game is using a particular function.
Btw some plugin function still working…

Finish plugin binding for the game (and player).
There is a huge problem that I didn’t realize: how many things I need to handle in the plugin system.
It seems like it will be difficult to deal with.
Even just implementing basic systems like riichi and tsumo feels challenging.
Btw It seems like i still need more hook to complete more function.
For example: If a player have Riichi. It should draw tile automatically If player can’t win this round.
Also plugin’s handler didn’t done yet.
Which means plugin still can’t change anything from game.

Rewriting Function Runner (now supports two types)
And bug fixes (the previous version had lots of bugs caused by the worker not sharing the same memory with the main thread, which made some classes inaccessible)

(Since I’m still working on the backend system…, the attachment is just part of the project plan.
Just the current plan — it might change during development)

I want to make the game class only handle storage and some simple functions.
The main logic (for example: Yaku checks) can be customized by plugins (running actual code in the runner).

Also some tricks (not sure if they will happen or not):
With a live runner, you can add a mystery counter,
which may cause someone to win without any clear reason.
(Though in the current implementation, this won’t happen,
since it requires enough games running in the same process and enough games using this plugin to keep it alive until it happens)

If you have any advice, please let me know.

Implement basic class and game flow
(not complete yet)
Image is mermaid which generate by ai

Change Restful API to gRPC
before everything is built.
(Though two of them are WIP)
(And None of them are well designed)

Create A js sandbox function runner with “quickjs-emscripten”
also a simple api to access it
(image below is test script which post code to the server and get result)

In my plan.
directly code execution will be change on next devlog
after change, you will need to upload it into another storage server.
then call function in sandbox by name and arguments