itch.io

Tested with a bunch of files and haven’t seen any import trouble with 0.1.3, looking good!

I’ll do that if the freeze happens again

Impressive, looks so good!

The shortcuts do seem to work so far.

I noticed a glitchy issue when importing the title screen graphic from Den of Snakes (with gb studio limits turned off in a new project). After importing a second time the image was ok.

But now a problem after closing and restarting the app… it seems unable to open and stuck with some kind of minimal electron (or whatever the ui platform is) base window. It has a web dev tools, etc. Can’t seem to get it to run normally anymore.

Deleting the chromium temp files it had made in /tmp didn’t work. Deleting it’s entire folder in (my user home)/.config/tessarium didn’t work.

Have a system restart I need to do anyway soon, so maybe I’ll see if it’s ok after that.

Just poked around some since I’m not on a project right now, but it seems to have some cool features. Also appreciate the Appimage binary! Thanks for making and sharing this!

Rare aquatic horslet

GOODD HORZES!

Yeah the ui part is often that way. :)

Thanks for the reply!

Love the game, it’s very polished and charming!

One thing is I seem easily distracted by ongoing motion such as clocks incrementing. It might be convenient to have an option to turn off the clock ticking. No worries if not of course, and I’ve rom patched it out for the time being anyhow.

Btw, added it to our gbdk showcase. https://gbdk-2020.github.io/gbdk-2020-gallery/?sortSelector=Featured

Thanks again for making and sharing this!

In the past they’ve said the tag is an engagement hack. :)

I think it’s straight GBDK, at least according to gbtoolsid: https://bbbbbr.github.io/gbtoolsid_web/

Congrats! Awesome to see a sequel. It has all the feel of the original with lots and lots more. Plays really well, feels very fair and balanced.

Thanks, should be fixed in the next release. I thought I’d guarded against all the cases where that would happen but I found a spot I missed.

Fun little math puzzle game!

Your image QRCode scans ok. There seems to be variability in QRCode scanners, some work and some don’t.

If the app you’re using doesn’t work you might try one of the ones known to be compatible (Binary Eye, Google Camera).

Here’s the image from your QRCode.

Thanks! The flood fill is an implementation of the “span filling” algorithm described in the wikipedia link below. I made a naive flood fill first that used more memory and was noticeably slower, but this one runs pretty well.

It’s kind of fun just to make spirals/mazes and then watch it flood fill them. :)

https://en.wikipedia.org/wiki/Flood_fill#Span_filling

Most of the drawing tools are built on top of the GBDK drawing.h api, which saved a lot of time vs writing them all entirely from scratch.

Yesssss!! Very happy for Wink to make an appearance. :) :)

Thank you for sharing your drawing! Fun that you used the QR format. :)

Congratulations, it’s awesome!

Looks like you’re using GBDK (based on rom info).

If that’s the case then it could be as simple as builds flags ( -msm83:ap ).

If you are using one of the GBDK cross-platform Makefiles then even easier, just adding “pocket” to the TARGETS= line.

There’s some additional info here: https://gbdk.org/docs/api/docs_supported_consoles.html#autotoc_md144

And here: https://gbdk.org/docs/api/docs_supported_consoles.html#autotoc_md161

The Emulicious emulator supports the .pocket format if you want to test without a Analogue device.

(Really nicely put together game!)

Thanks! Confirming that when downloaded it’s a changed ROM file.

Great! Thanks again for checking with them.

Thank you!

Do you know if they will send a message about it, or how they will transmit the new download? Checked the existing order download link it is currently identical to the 1.0 version.

Cool!

Since you seem all in on fitting in 32K, if music gets hard to fit there is a non-maintained fork of hugeDriver/Tracker that supports compression. I’ve used it in a few of my 32k games to squeeze more in.

It was originally documented here: https://github.com/SuperDisk/hUGETracker/issues/105

But now is kept around in my MegaDuck fork (still supports Game Boy): https://github.com/bbbbbr/hUGEDriver/releases/tag/megaduck_compression_v1.1

Oh, cool! Still glad to see them in your version. Might be time to brush up on my pong history perhaps

Some fun variations on pong! Squash pong is neat idea. 4X pong breaks my brain :)

Cool to see a new version of this!

A ZIP file with all the ROMs can already be found at https://github.com/gbdev/gbcompo25 Direct link: https://github.com/gbdev/gbcompo25/archive/refs/heads/main.zip

Sources for the open-source entries are archived as individual repos here: https://github.com/gbcompo25/

We (GBDK maintainers) came across your youtube channel earlier in the year and have recommended them to our users, especially those using the NES and SMS/GG ports. We appreciate that you made them!

Love these detailed updates that you share, thanks for posting them! And cool to see your games ported to various GBDK platforms.

Have a couple games that have been up for 5-6 years now. It would be nice to see their trends on a longer time scale than 1 year.

The current charts are great for recent data, but the limited range (1 year) and narrow aggregation (day or week) make it harder to see how the game is doing over a long time span.

If the aggregation range could be increased to Months and potentially Years, and the range increased to at least 5 years that would be helpful.

Alternately an easy way to export the entire download data to csv format.

Oh… maybe it’s worth revisiting this at some point now that I have a 4-player adapter implementation. :)

Thank you!

Thanks for the answers, looking forward to a full release!

I got this crash as well. I was intentionally running the older compo/jam version though. Had a good time playing it.

Loving this a lot (gameplay and mechanics, difficulty progression, music, aesthetic).

A couple questions after playing it a bunch:

Can’t tell for sure, but it seems like when two different sizes of blocks will be formed after landing a piece, whether they break a 3x sequence depends on the order in which they’re created on the board.

• Is that actually the case?
• If so, it would be nice to have special handling which either always broke the sequence or always didn’t so that it was predictable.

On some of my d-pads that are a little more squirrely (analogue pocket) I occasionally get unwanted direction changes in worm mode (such as UP when pressing RIGHT). Some of this is surely my error, but it doesn’t happen much on better d-pads (clicky gba sp).

• Does the input handling filter out diagonals entirely (i.e. blocking both in cases where UP and RIGHT are pressed)?
• Or in the case of a diagonal does it pick one of the two directions based on some criteria?

(What feels like input buffering seems to work well btw)

Well put together little game, love the cat presence.

Stealth K only car? :)

Hope it’s not a spoiler: Go Right

This is such a cool and fun way to have made a Game Boy program/ROM, very impressive that you pulled it off!

These additional instructions are helpful and make the game easier to get into!

Having them on the main game page (along with a note about how the monster card next to the weapon fits in) might make it easier for other people too.

(An instruction page in the ROM would be a great option too)