Thanks! I actually haven't a considered mobile release before, but I can see the appeal!

This whole project was on a whim for everyone involved, I never made a game before, the 3D artist never made a 3D model before, the other two knew what they were doing. It was a fresh experience for most of us.

Also I have no idea how I would monetize a mobile game, any ideas?

Indeed! I also think this combination has some potential but its an incredibly tough challenge from a game design perspective. Both vampire survivor and magicka are incredibly well built, very complex games from a design perspective. I'm considering doing away with passive weapons altogether and go pure active because they can't really seem to mix properly.  And frankly the combos are not fully implement so there's hardly any benefit to cast more than one glyph, as can be seen by reviews about everyone spamming a single ability. The selection of abilities needs a rework as well, I chose them based on actual Vampire Survivors weapons (like the dark circle being a direct analogy to pentagram and hex flask is just santa water). But that selection doesn't really seem to work out when the player has full control over what weapons they get to use. Not to mention I didn't have the time to lay out an ability matrix to figure out what effects what combos would have to then adjust it. So when you cast more than one glyph all you get is a stat boost which is hard to tell unless you're actively counting damage markers.

I'm still pretty happy with how it turned out especially considering this is the first game I've actually made, I spent years learning about every backend system that goes into a game engine but never really put that together into an actual product before. For example, the outlines you see are made by reading the depth buffer, and that required me to create a custom depth buffer directly using opengl commands without relying on raylib, its also the reason I put a giant warning on the description saying *please let me know if you encounter any graphical issues*. So far the only failure I've seen is on a 15 year old computer that just refused to render the game.

I think I will definitely try to polish this into a better game after the gamejam, the mechanics will need a lot of thought to actually nail down. And I need to make it so players can't live indefinitely by just walking around. Because thats something you can do right now if you're good at herding.

By the way EEQQ/QQEE is same as EE/QQ, the glyphs are actually based on a real mathematical concept called clifford algebra at R(2,0) space (hence the name `Hex Clifford R(2,0)`).

Yeah I couldn't get around to add a cooldown indicator for the QEQE spell, even the indicator for active spell and hold icon were last minute additions (the orange circle that appears around the spell plus the hand icon that appears above it to indicate it can be held). Still pretty happy with how much I was able to fit in this week with relatively relaxed schedule, except for the last 2 days where I basically worked on it morning to night.

In case you're curious about the math of how the spell system works, which I reckon nobody read the description to find out it actually is math, It works like this:

Clifford Algebra (also known as Geometric Algebra) works using "base vectors" that are not variables but literal symbols. Similar to units you see in physics, like how when you divide `10 meters` by `2 seconds` you get `5 meters/second`, the units are symbols that don't disappear.

So in the specific example we have, the R(2, 0) space, we have two symbols, x and y, or i (Q)  and j (E) as I denoted on the main menu, what we call the symbols doesn't matter, only thing that matters is their behavior. Which are the two rules you see on tutorial, equals "annihilate" (result in 1), swapping different symbols negate EQ = - QE.

So going back to the spells you showed, let me work out the math for them:

+QEQE = - (EQ)QE = - E(1)E = - EE = -1 (so the dark circle is -1)

+ EEQQ = + (1)QQ = + QQ = + 1 (and white circle is +1)