For the past week I have been on vacation, while away I wanted to get a better understanding of a recurring question that keeps popping up in relation to FRVR Forge.
Does FRVR Forge work with other game engines then FRVR’s XS game engine?
To explore this question, I wrote a simple toy game engine called 100 Boxes, which has a substantially more simple interface than XS.
Don’t like technical details? Scroll to the bottom to play some AI generated mini games!
The 100 Boxes game engine
Here is the full interface + instructions given to FRVR Forge:
Making mini games
With that I set out to create a series of mini games, with the only commonality being that the game is over if you fail. Here are the nine best so far:
While these are pretty fun, I am very open for input, so ping me on Twitter or Threads with your ideas!
Learnings
While successful, 100 Boxes did expose some weaknesses for us to improve on:
Our LLM integration is really bad at math related to rotation. This was opaque as XS supports changing the anchor point.
Good prompt engineering does not make up for bad API design and examples.
I choose to provide colors via prompt engineering, it would have been much better to provide colors as an array to the game class.
Initially I did not give an example for rotation, and the LLM assumed incorrectly that rotation was defined on degrees rather than radians.
FRVR Forge really likes rewriting code unnecessarily. It will often delete 10+ lines to change a single one.
Great learnings for a fun vacation project!
Tying it all together
Along with 100 Boxes I also wrote a small wrapper in XS, which allows the games to be played via our existing web publishing technology.
Gameplay wise, I tied them all into a single game, where the goal is to survive as many seven second rounds of playing one mini game in a row as possible. And yes, the game does get faster over time.
Comments
Nothing yet. Say the first thing.
Sign in to join the conversation.