Not sure I want to touch the font rendering there It seems like the fonts are pre-built PVR textures in the menu_data folder, so other fonts would probably have to be added to the menu_data folder shipped with GDMENU Card Manager.
Proper font rendering is a complex beast. I've started working on my first own Dreamcast project and getting anti-aliased TTF/OTF rendering with full Unicode support and multi-language text-wrapping right and performant is quite the exercise.
I see there have also been updates to megavolt's repo. I guess I'll have a look at integrating those into my fork soon-ish.
sbstnc wrote: ↑Wed May 21, 2025 4:08 pm
I see there have also been updates to megavolt's repo. I guess I'll have a look at integrating those into my fork soon-ish.
I think they were just code formatting changes, as well as some stuff to ensure his fork compiles. I believe there are some PRs awaiting approval in main KOS though to address the problems at the root.
BTW, yes -- anything text-rendering is a giant pain in the ass. Always is!
I completely removed libcrayon, I don't see the need to use it, especially since libcrayon uses fopen/fclose/fwrite/fread, which sometimes leads to crashes.
in the current version of KOS, all the errors that did not allow using the arch_exec function have been fixed
sbstnc wrote: ↑Sat May 03, 2025 12:00 pm
Some progress!
Moved to CMake build system
Basic continuous integration (CI) pipeline
Extracted shared components
Migrated save system from old LibCrayonVmu to "new" Crayon-Savefile
Added option for choosing between standard and 3D BIOS
Since the artifacts on the CI pipeline are only retained on GitHub for a couple of days I have attached the latest build as of now including its sha256 checksum. I'll set up a dedicated release pipeline and changelog next time I touch this.
I also did take a look at integrating the art and metadata, but ultimately decided against it. The art is just too big, it would immediately exceed GitHub's free LFS quota and storing the files directly in the Git history makes checkouts unbearably slow.
Just installed this version. It still has the issue where OpenMenu will not load without a VMU plugged in.
Hello everyone,
Lately I've been "having fun" working on the visuals for the game sorting icons in the OpenMenu interface.
I've already customized the visuals for the game sort, and now I'd like to do the same for the regions.
However, I was wondering — how exactly does OpenMenu determine a game's region?
Is it based on the serial number suffix (like T-, MK-, HDR-, etc.)?
I'm asking because some games on my end seem to be showing up in the wrong category...