Ardumon Mockup Image

Ok, what about:


Or if there are going to be eyes, at least make them firey:


Meanwhile in snail land:


(Remember that having a white background drains more battery power.)


Yeah, I’d say go with that. I like the jaw. It looks a lot more better than my design of it.

How big of a dent does it make when it comes to battery, if that question isn’t too hard to answer?

Also, like the snail design.

Yeah, the jaw is perfect now, and the flame eyes can be it’s soul still burning within it.

I’d personally wouldn’t mind seeing designs from other users in the community. We can as a community submit some designs and critique one another.

I don’t even have a general idea, but I’m pretty sure it does because lit pixels draw power but unlit pixels don’t.

It can also use less memory in certain circumstances because columns of black pixels around the edge of an image are essentially waste.

Things with white backgrounds can be adapted to black:


Which one?

This one?

Or this one?

Thanks. Might need a bit more freezing though.


Most sprites need to go through a few revisions as well.


Sometimes having more than one person contribute to a sprite works better.

1 Like

I guess when you put that into consideration, it would be beneficial overall.

I’d go with the one that has the rounded six teeth ( the second one).

You’re welcome, and also true. You should add it in if you can.

Exactly. I hope a good portion of the community could contribute to this game in some way if it were to come to being.

1 Like

On the Arduboy, because of the way the screen format is, images are stored in columns of 8 pixels, so it pays for them to be multiples of 8 vertically, but not horizontally, so if it turns out at the end that all the 32x32 images could fit into 32x31, that would save 4 bytes per image (assuming compression isn’t being used).

Good, that’s my prefered one too.

The best I can think to do it throw in some snowflakes:


I concur.

1 Like

Why not just let the player have the option to invert the game from a menu?

1 Like

That could also work if it isn’t a hassle to inplement.

So something like this?
So telling from the image, it’s a 8x16 image, and let’s say that the red is nothing more than blank. So what you’re saying is if it isn’t utilizing the most right columns, it doesn’t even need to be added and the image can just be 7x16, correct? Also, can it be stored as decimals instead of just hexidecimal?

Perfect! This will make @Freezingsnail proud!

Edit: What if you call it Salinkryo. It’s the combinations of the word Kryo, ( spelled κρύο in greek) which means cold, and salinkari, ( spelled σαλιγκάρι in greek) which means snail. I used google translate to get the words.

Edit2: Also along with sprites, we should come up with original move concepts.
And also, Would you also say that battle animations are necessary, like fire being blasted at the enemy when using a fire move?

Edit 3: The Prequel ( joke):
I’ve made my version of @Freezingsnail’s, well, snail. Here are the variations
The difference between them all are the eyes.

I also found this design while searching in google frozen snails ( if you love snails, don’t search that up). It looks like something that could also be adapted.


The name comes from a adjective noun generator, like the xbox live suggest a name use to spit out.

I’ll leave the other sprites I make up to interpretation as who they may be for.

Unfortunately sprites are also not my strong point.


Interesting. My name is simply my last name backwards.

They look pretty good in my opinion. Spookuid is just a name that I’ve came up literally now for the first one. And the second one. Hmmm… Mr.Krabs. No, I’m joking. How about Crabjoy? I don’t know, I’m bad at naming.

1 Like

Hang on, I’ll dig Emuty’s image out…
It works like this:

Image Format

Hence a column of block is just a block of 0x00, which is essentially a waste which can be trimmed off.

Essentially yes.

If the image was going to be drawn with a mask then the black background would probably be cut off anyway.
If the image was going to be drawn solidly then it’s usually possible to draw a black rectangle beforehand.

It does depend on the circumstances, but usually cropping images one way or another ends up being cheaper in the long run…

Yes, but really there’s no difference.
Decimal, hexadecimal and binary are all just different ways of representing the same thing.
In the end it will all be converted into binary so that the computer (the Arduboy) can understand it.

If you don’t yet understand hexadecimal or binary, have a read of this, it’s my favourite introduction to binary and hex.
(So much so that I’ve added it to my resource collection.)

Could work.

Really I think if we’re going to be basing characters on people on the forum it would be best to get them to either choose or accept the name, so it probably doesn’t matter much whether I like it or not, it would be up to @Freezingsnail.

(Kryokali is also an option :P.)

Yep, as in cryogenesis, cryostasis and cryokinesis

I guessed that’s what it would be.

(Salinkari is also an island in Finland aparently.)

That would take a massive chunk of memory, so if there were animations I think it would be best to restrict the animations to just simple things matching the element of the move.

I think the shell is a big improvement.

I prefer the first three but don’t have a particular favourite out of those.

I found where it comes from. Strange website.

It’s a little hard to tell what they are because of the detail.
Looks like a squid with skull markings and a crab with odd markings on the front.

If in doubt, portmanteaus.
With a few exceptions like Ekans and Roggenrola, most Pokemon names are portmanteaus (e.g. infernape = inferno + ape, rhyhorn = rhino + horn, articuno = arctic + uno).


Aww man. All of this brainstorming just makes me want this game to happen already! It’ll take a long time though, if it’s going to happen at all.


That’s the gist of it.

Also I was thinking about how type bonus could be implemented last night, as I’m also trying add that in the project I’ve been working on. I was thinking of using an array along this line

int effectivenessMatrix[] = 
              f    w   e   f   water/flying    //target types
fire        { 1,  .5,  1,  1,  .5,
water         2,   1,  1,  1,   1,
electric      1,   2,  1,  2,   4,
flying        1,   1,  1,  1,   1 }
//^ attack types

And then using enums you could pull out the modifier:

enum types :  int {
  fire  //0
  water //1
  electric //2
  flying //3 
  water/flying //4

int getEffectivenessModifier( types attack, types target){    //water , fire
//(attack * total number of types ) * target
  index = ((static_cast<int>(attack) * 5 ) + static_cast<int>(target));  //((1 * 5 ) + 0 ) = 5
  return effectivenessMatrix[index];  // returns 2 for 2x damage.

This is also definitely better than how I had first planned it out in my project (forloops running through a list)


I learned Binary once, but I forgot it. I’ll use your link to refresh my memory while learning hex. Thankyou. :slight_smile:

True, it’s up to @Freezingsnail to decide that. Kryokali is also a really good name.

I saw that too when I was searching up salinkari. That’s a funny coincidence.

I guess it would be best to keep it simple then if it was able to be fitted.

Thankyou. I like the first one, but the third one’s a close second.

Haha, that’s hilarious. I gotta check that out.

True. I’ll keep that in mind.


Why not brainstorm with us, @LambKnight? The more, the merrier!


Pseudo code I’m guessing?
You can’t store .5 in an int (or at least not like that).

The general idea is close.
I’ll write something and post it when I’m done.


Yea I know you can’t have decimals, otherwise it wouldn’t be an integer. It could be -1 or something else, it really doesn’t matter what that numbers are since theres no damage formula to plug them in. Or you could just double all of the numbers and then have the modifier over 2 in the equation as a simple fix.

enum class Type : uint8_t

constexpr const uint8_t TypeCount = 4;

class DualType
	uint8_t value;

	constexpr const uint8_t Type1Mask = 0x0F;
	constexpr const uint8_t Type2Mask = 0x0F;
	constexpr const uint8_t Type1Shift = 0;
	constexpr const uint8_t Type2Shift = 4;

	constexpr uint8_t packTypes(Type type1, Type type2)
		return ((static_cast<uint8_t>(type1) & Type1Mask) << Type1Shift) | ((static_cast<uint8_t>(type2) & Type2Mask) << Type2Shift);
	constexpr DualType(Type type) : value(packTypes(type, Type::None)) {}
	constexpr DualType(Type type1, Type type2) : value(packTypes(type1, type2)) {}
	constexpr Type getType1(void) const
		return static_cast<Type>((this->value >> Type1Shift) & Type1Mask);
	constexpr Type getType2(void) const
		return static_cast<Type>((this->value >> Type2Shift) & Type2Mask);

enum class Modifier : uint8_t

uint16_t applyModifier(uint16_t value, Modifier modifier)
		case Modifier::Same: return value;
		case Modifier::Half: return value >> 1;
		case Modifier::Double: return value << 1;
		case Modifier::Quarter: return value >> 2;
		case Modifier::Quadruple: return value << 2;
		default: return value;

Modifier typeTable[TypeCount][TypeCount] PROGMEM =
	// Fire
		Modifier::Half, // Fire
		Modifier::Quarter, // Water
		Modifier::Same, // Electric
		Modifier::Double, // Wind
	// Water
		Modifier::Double, // Fire
		Modifier::Same, // Water
		Modifier::Same, // Electric
		Modifier::Half, // Wind
	// Electric
		Modifier::Same, // Fire
		Modifier::Quadruple, // Water
		Modifier::Same, // Electric
		Modifier::Half, // Wind
	// Wind
		Modifier::Half, // Fire
		Modifier::Double, // Water
		Modifier::Same, // Electric
		Modifier::Half, // Wind

Modifier getModifier(Type attackType, Type defendingType)
	return (attackType == Type::None || defendingType == Type::None)
	? Modifier::None :

uint16_t handleAttack(uint16_t baseValue, Type attackType, DualType defendingType)
	const Modifier mod1 = getModifier(attackType, defendingType.getType1());
	baseValue = applyModifier(baseValue, mod1);
	const Modifier mod2 = getModifier(attackType, defendingType.getType2());
	baseValue = applyModifier(baseValue, mod2);
	return baseValue;

This is a start at least.