KAG single-player features, menus, the engine

That'd probably require some intervention of an editor to compress the layered data down into a single layer, at least for the sake of sanity for developers. (Such that as long as there are no conflicts between the pixels on any layers i, j, layers 0..n can compact down to a final color. Though this doesn't really hold up when you want 80 mines within the same tile, for that, ensure that there remains a some amount of the color space dedicated to unique definitions, some kind of parser that can adequately save such definitions within the metadata of the image, and probably another parser within the map reader than can adequately understand such information)

[tl;dr, let's rediscover hash tables, and dictionaries]

 

While I do agree that there are plenty of colors, one thing I will say is that in terms of the sanity of a map maker one does not want to stretch the number of colors on a drawing-based map creation system. There are certainly over a million different variants of the color green on there, but this does not mean it is easy to see the difference between them all.

I would say, actually talking from a small amount of experience with helping make a image-to-map reader for a game I am working on with a friend, that 100 different colors is a comfortable amount to deal with with image-map-making, 200 being what I would say the max should be...and KAG is starting to push it with about 143 colors right now...(Could be worse, I have not updated my palette in a long time.)

Of course like before, my personal solution is drawing similar-color things on separate layers and combining them later, so one might as well do that assuming they never change this. Funny enough this is all very relevant to the project I have been working on, it not only uses image-maps for the levels but it actually uses 2 files to load the levels like you all are talking about. An image and a Metadata for things that do not save easily on images.

 

Well, sometimes you want a teal stone door with the color tag on the right, on a stone background but no dirt background. (Right, Stone Door, Teal Team, Stone BG, no dirt BG)

I think the largest issue to bear would be exposing entity data (entity team, orientation, content...), and the map drawer would fall out of the parser at that point. At the very least, it'd allow the map drawer to drop the assumption that all non-air/backed tiles are always obscuring dirt backwall.

 

No I mean that you'd have to have the mechanisms go over other tiles, so either you'd have to rely on the automatic filling, which isn't always accurate, or then you'd..

Wait, I just realized that they'd be a block in themselves. Nvm.

Would still probably reduce the amount of color swapping though.

 

So, When this build come out? @Skinney @Geti @trainchaser
at the same time as the build of @Fuzzle?

 

In fourteen-hundred-ninety-two, Geti launched the build while nude.

 

Columbus build lol

 

Wait till you see the Obama build.

It's gonna destroy the KAG economy.

 

I think this fixed the picking-up-allied-players-when-drowning bug

 

Good job for changing the launcher font, this was long needed

 

How does this make sense

 

'Murica, man.
Just...

'Murica

 

It makes as much sense as how the Gandhi build will make all players lose the ability to attack. For an entire build, everyone will be playing creative mode.

 

About the mechanisms, there should be a way to "stick" a wall to a life that allows it to go up/down/left/right, etc that would allow the enemies to hit a button by mistake that traps them into a fully blocked off room.

 

We often blame myself to be too impatient but it is now eight months i'm waiting this update :