Changelog

• add core library, cartridge, and test setup

slowly making some first progress, for now i got started on the cartridge/rom reading process. there isn’t much to neither show nor tell about right now, but everything is going well regardless! here, have an empty OpenGL window.

welcome to my new project!!!

for this one, i’ve done some simple setup to make sure i can actually start coding soon. also made a plan for the project!

a devlog

Changelog

• add stb_vorbis and refactor AudioEngine one-shots
• start work on audio engine
• add block place animation and debug tuning
• add pickaxe assets and swing animation

as mentioned in this here changelog, i’ve added quite a bit since i last posted!
this update brings procedural animations for placing blocks, breaking blocks, and using pickaxes!
i’ve also implemented some sound effects (finally) using miniaudio library.

proper project demo is live

i took a little bit of time to make sure you don’t even have to download my engine to try it!
it runs through emscripten on a github page.
there are some limitations, like worse performance due to me having to use single-threaded rendering because BROWSER, no debug menu and some other quirks.
however, it works! check it out by clicking the demo button.

devlog i lost count, who cares i’m optimizationmaxxing

i love optimization. so much that i’ve achieved a 99.98% save file reduction!

turns out my old region and chunk management was horrible, and after roughly 5 minutes of just flying around with a fast move speed, the entire save managed to go up to around 700 MEGABYTES. and that was with no changes made to the blocks.
however, i stumbled upon this reddit post, which exposed me to some excellent compression techniques.
this lead to the NINETY-NINE POINT NINETY-EIGHT PERCENT reduction in save file size.
as mentioned above, the 5 minute exploration save used to be 700 megabytes, and now i’ve done testing and the same exploration results in a 164 kilobyte save file size in total.

devlog nine

big changes!
this time i added frustum culling and added a cap to simultaneous jobs running to improve performance, new block icons that are generated on the fly, transitioned to a completely new texture stytem, and added biomes, among other things!
check out the screenshots!

devlog ocho

lots of changes in this one…
for starters, the tool/item model generator!
it takes a 2d sprite, and turns every opaque pixel into colored vertices that make up the 3d model you see in my hand.
i’ve also made a creative item menu, which lets you grab every item in the game easily.
some smaller features include flying in creative, random world seeds, and github workflows!

see you in the next one

devlog 7

this one might be pretty boring (it was for me).
i just took an hour to do some refactoring, as keeping all files in one src/ directory was getting very cumbersome and slowed me down a lot.
just had to fix cmakelists, move some files and fix include directories!

devlog 6

item model generators are cool, and that system is how minecraft handles things. so, i had a look at the recently deobfuscated minecraft code, and figure out how they generate block models you see in your hand.
this lead me to recreating the system from scratch, and after some fiddling around, it’s ready!
commit here

devlog fem

2 hours was all i needed to spin up a nice looking ui (to some extent…). i decided to just make everything in imgui, as i already know that and i’m too lazy to learn a ui library/framework.

pause menu, main menu, inventory ui

these were added in this update, you can check out the changelog here:

Changelog

• rounding begone
• integrate inventory UI and hotbar handling
• add inventory system and UI
• add –debug flag; gate debug menu/tab
• add MainMenu UI and game state handling

devlog cuatro

today was a very brief one, just added gradual block breaking in survival mode, and the visuals for it

also tweaked lighting for particles

devlog trzy

i felt a bit adventurous today, and added gamemodes!!! the classic survival and creative are now here (sort of).

gamemodes

• add survival system with health and hunger mechanics
  i created an anum called “Gamemodes”, which stores the current 2 modes (survival, creative). based on which of these is active on the player, it will (or won’t) show some imgui hud with your hp and hunger. yes you can die now! fall damage is a real thing, so be aware of where you jump.

command update

• add gamemode support for player and survival system
  basically the placeholder “/gamemode” command now functions just like in minecraft! you can do “/gamemode survival | creative | 0 | 1”.

general

as it stands, the survival mode is just creative with health and hunger. i will however make improvements soon, so expect frequent updates!

do widzenia!

devlog 2

today i did some light refactoring to make my life easier, as well as trying to add ambient occlusion (and failing miserably), and implemented some chat commands! (in an imgui window)

ambient occlusion

i tried, i failed. greedy meshing is my biggest enemy!!!

chat commands

• /time set, the classic you know from minecraft. values are <0..1> or text values.
• /seed, prints the world seed.
• /gamemode, a placeholder command for future gamemode functionality
• /noclip, toggles noclip

see you next time

its been so long…

i worked on this project around 2 months ago, and i got the sudden urge to revisit it. it’s a good way to clock some hours ;)

in this one, i added some particles! some eye candy is always appreciated.

the particle system uses gpu instancing. a single quad mesh is uploaded once, then each frame an array of particle data (position, size, color, texture index) is sent to the gpu and drawn in one call for all particles. each particle is a billboarded quad that always faces the camera by constructing vertex positions using the camera. particles spawn with random velocities when blocks break,

these need some adjustment still, but it works for now.

see you in the next one!

In order for the ship to be approved, I had to make a demo mode for John.
You can test him out by clicking the demo button and joining the server,
or join from this link!
https://discord.gg/3aaSvh5sjd

#devlog 6!!!

• Admin tooling: added /admin cache-clear, /admin stats, /admin stats-reset, and /admin db-vacuum with access controlled by ADMIN_USER_IDS plus guild owner fallback. - - Added HTTP request metrics tracking (total/error/by service) and a cache clear helper.
• User preferences: added a user_preferences table plus /settings view and /settings update for timezone, output visibility, and default service. Wired defaults via env config.
• Profile cleanup: removed the “Latest Devlog” section from /profile to keep the embed focused and faster.
• Production packaging: added Dockerfile, docker-compose, and .dockerignore, plus expanded .env.example and README deployment instructions.

devlog 5

can’t believe i’m already this far.
this one was very productive, i added some QOL commands like viewing your own projects, listing devlogs, and refactored the codebase a bit.

i feel like the project is nearing completion, so i expect to see you guys using it soon ;P

hello everyone, this is a devlog written from my discord bot! i decided to try to make this feature, and as im writing this devlog, i hope it works. in this one, i focused on refactoring api requests, adding session timeouts and cache cleanup, adding thread safety and error handling for everything, as well as project creation/update, and devlog creation commands. i hope you can try the bot out soon!

devlog 3

this devlog is about these changes:

6a09a96 - remove stats and replace with profile

8b486d8 - features: /health command and tests

f9c9c3b - add a shared helper request with timeout and retries

basically, the old stats command was pretty much useless once i added the /profile command. it now shows your devlogged time, “favorite” project (most worked on), your pfp, slack id and some other stuff, as well as a “””“rank”””, which just takes your cookies earned and devlog time and makes up some xp and assigns you a rank.

also added a health command, which just prints the current bot version, uptime, and the database status.

lastly, i upgraded the api handling with some timeouts and graceful error handling, as well as adding some tests i can use with pytest to make sure my database is truly secure.

that’s all folks

devlog 2

today was some great progress.
i’ve ported most of the cli functionality over to the bot, and added a new one!

Overlap
the overlap feature fetches a random user, and compares your stats in a “battle”. this can let you see how you stack up against others! in the future, i’ll add the option to battle a specific user.

key encryption
when you login, you are prompted to add your key and an encryption password. this is so the host of the bot cannot read your api keys. the password has to be used once to decrypt the keys, and they are stored in RAM for 2 hours. when 2 hours pass (or the bot restarts), you have to enter a password. this was done to make sure no leaks happen. even if a database leak DOES happen, the keys are just encrypted blobs, and you STILL need a password to decrypt the keys. i’ve paid a lot of attention to security with this one.

thanks for reading!

new project! this one will be pretty similar to flavorlinetool, as i loved the idea of a discord bot as well.
in this hour, i mostly copied over some api logic from the cli to save some time, but i also had to add some other little quirks. for example, logging in isn’t as simple on a global, public bot as it is on a local cli. on the cli, the keys were stored in json files on your pc. this time around, i create an sqlite database file on the bot host machine, which holds your keys in a secure, encrypted format. the caveat is that every time you wish to use it, you need to type in a password that you set upon logging in. i will try to find a way around this some time.

removed prototype of editing and creating projects, might come back to it later.
overall, i am pretty happy with the state the project is in, so we have now reached version 1.0.1!
might come back to it later, might not. it has been fun anyway!

pip install flavorlinetool <- to use it yourself

today i opened a pr to flavortown which adds some more api functionality, cause i needed it for the cli.
ive started working on letting the user create projects via the cli, but i need to figure out authentication first.
other than that, i did some refactoring and added the ability to search for projects and users!

most likely last devlog for today. i’ve cleaned up the commands a bit, and added a very experimental search feature. i advise against using it for now, due to the pretty low rate limit on listing all users. i had to make it client-side, due to the api not having a query option.

(i think wakatime has some issues registering all my time spent but its okay)
so, i have now come quite far. i implemented integration with hackatime to be able to show your time spent coding today, and in total, as well as showing your most used language.
there are some other little things i added, but i encourage you to try it out yourself!

by the time i got to implementing showing your own cookies, i had realized i made a stupid mistake. i thought using the slack id would be the way to fetch a specific user’s cookies, turns out it was the flavortown id. oops! anyway, got that out of the way, and added a command to list all the shop items and other relevant information along the way. very excited to have come this far,

started implementation for api and slack login, and removed the old cookie functionality, since i realized that the api lets you read user cookies lmao.
the slack login is necessary to let you read your own cookies, as i found out the users fetched by the api are recognized using those slack ids.

today i added some cookie tracking commands (i intend to tie this to the api at some point in the future)
also made use of some unique typer stuff so im pretty pleased with that as well.
amazed at how little time this took honestly, python is great!

made the project structure, added a single command (status), and did some other cleanup.
this is the first step towards a great project!!!