EDIT: Okay, I’ve got some good collision detection, but there’s something wrong with my moving code.

bool checkCollision(SDL_Rect &movable, double &vx, double &vy, SDL_Rect solid, bool move) {
int moveLeft = movable.x;
int moveTop = movable.y;
int moveRight = moveLeft + movable.w;
int moveBottom = moveTop + movable.h;

int solidLeft = solid.x;
int solidTop = solid.y;
int solidRight = solidLeft + solid.w;
int solidBottom = solidTop + solid.h;

int clipLeft = max(moveLeft, solidLeft);
int clipTop = max(moveTop, solidTop);
int clipRight = min(moveRight, solidRight);
int clipBottom = min(moveBottom, solidBottom);

if(clipLeft == clipRight || clipTop == clipBottom)
return false;

if(!move)
return true;

int clipWidth = clipRight - clipLeft;
int clipHeight = clipBottom - clipTop;

if(clipWidth solidX) {
// moving to right
movable.x += solidRight - moveLeft;
} else {
// moving to left
movable.x -= moveRight - solidLeft;
}
} else {
// moving along y axis
vy = 0;
int moveY = moveTop + movable.h / 2;
int solidY = solidLeft + solid.h / 2;
if(moveY > solidY) {
// moving to bottom
movable.y += solidBottom - moveTop;
} else {
// moving to top
movable.y -= moveBottom - solidTop;
}
}

return true;
}

Please help! If you’re interested in seeing what’s happening, here’s the program: http://files.chocoboheaven.com/uploads/Guests/files/85267_PaintWorld.zip

Enjoy Ninja Kitty’s neverending battle against the horrid Nukebots.

Download: Windows EXE (660kb)

http://files.chocoboheaven.com/uploads/Guests/files/PaintWorld.zip

Warning: the files are directly in this zip and not in a subfolder. If you want them in a subfolder, like Bleck does (stares at Bleck), the new zip is at http://files.chocoboheaven.com/uploads/Guests/files/87528_PaintWorld.zip

Go on, play it! I want to make the deadline, and so will edit in explanations. If anything doesn’t work, please tell me. I will begin working on the postcompo version now.

Well, there’s level selection/preview, view moving, a functional world, a you win screen, a you lose screen even though you can’t lose just yet, and that kind of stuff. Arrow keys to move, escape to exit.

Timelapse:

http://www.youtube.com/watch?v=Wk2vLuoRLIU

My server is a complete mess, owing largely to the fact that I have no idea what I’m doing — when I tested the download in Firefox on XP, it came out with a weird name, but everything seemed to be working properly when I renamed/unzipped it.

Still have a couple hours to go, but I’m burnt out. Time to play something :P.

http://jemgine.omnisu.com/2008/10/05/chainsaw/

Timelapse : http://www.youtube.com/watch?v=m-ZAR8iBMVI

A small cave-type thing. You start in the top-midsection, and have to get under the lava by going through the water. Something like that.

I think I want my game to work a little like Hamumu’s. There will be black for walls, white for open space, start/end goals, and some other things, but if the color doesn’t match those, the properties of the open space are modified, such as slowing you down or speeding you up, that kind of thing.

Sadly, my game doesn’t really work well with any of the included levels from eugman, but I’ve built three levels myself in the meantime. Here’s some screenies:

The level selection screen, my first-ever real GUI!

Gameplay at the moment - nothing really.

The winnerdom screen is to remain a secret!

And you may or may not be playing as a robot/kitty/both.

Nukebots, of course, contain nuclear explosives inside. So killing one will cause an explosion that will hopefully help you, but might kill you too. And all those yellow blips are the absurd amount of firepower the robots currently have. They also have way too much life, or you do way too little damage. The color of the Nukebot tells you its abilities. The less green it has, the faster it moves, the less red, the more life, the less blue, the faster it shoots (I know less is weird, but there’s logic to it, I think).

This design supports absolutely any colors you want, not just the official ones! Of course, black=walls, white=space, and FF00FF=player start. But other than that, it’s all robots. And those big colorful blocks make for an awful lot of robots.

I’ll finish level 3 tomorrow. It’s going to be basically the same as level 1 but it’ll use use light teal for it’s big block of color.

Here is a guide on how all of the colors are used so you can make your game accordingly. The color usage listed is final. Remember, you don’t have to follow any of these descriptions. They are more for describing in what context you’ll find certain pixels. So, just because dark red says flying badguys doesn’t mean you can’t amke that color be powerups or swamps or whatever.

• Black #000000: General purpose walls.
• Dark Grey #808080: Walls you might want to be able to go through
• Dark Red #800000: Flying badguys
• Dark Yellow #808000: Ceiling badguys
• Dark Green #008000: Ground bad guys. Placed in easy spots
• Dark Cyan #008080:Not Used
• Dark Blue #000080:Not Used
• Dark Magenta #800080:End goal
• Dark Beige #808040:???
• Teal #004040: Just a big rectangle in level 1. Might be good for a boss or something.
• Cerulean #0080ff:Water
• Other Blue #004080: Water
• Purple #8000ff:Not Used
• Brown #804000: Ladder for people who decide to have a game of climbing up or for people who need to get back somewhere.
• Light Grey #cococo: Background
• Red #ff0000: LAVA?!
• Yellow #ffff00:Coins or something
• Green #00ff00: Ground goodies? Placed in Hard to reach places.
• cyan #00ffff:Not Used
• blue #0000ff:Not Used
• magenta #ff00ff: Used as a start point at the top of the levels
• soft yellow #ffff80:Not Used
• light teal? #00ff80: Reserved for level 3 like teal is used in level 1
• other soft blue #80ffff:Used as columns in level 2
• light purple #8080ff:Not Used
• pink? #ff0080: Something bad to discourage people from just trying to fall down to the goal.
• orange #ff8040: Trampolines or something. Placed in area where a jump of three spaces isn’t enough.

Keep in mind that the final levels will make use of a bunch of the available colors. This will encourage some consistency in how you all use the colors in the levels you make. Also, there’s probably going to be quite a bit of tweaking of the levels so that they work for a platformer( right now some of the jumps are too big and such, however the current examples should be sufficient for the moment.

Another thing, If it’s easy to do, add png support in addition to bmp. This would allow people to give awards that are also playable levels. To be clear, png support is not at all required. Also be aware that it is perfectly fine to have context based level loading. For example, if you find a large patch of red together, you might load it as lava, but if you find a single red pixel, you might make that into a fire bat or something.

MSpaint: Best Level Editor Ever

Ok, that may sound a bit silly but here’s the idea: A while back I was talking with some people about how it’d be cool if we had a bunch of games that all had the same save format so you could play one game, save, open up a different game and it would affect your status in that game. It seemed impractical but then I had a simpler idea. What if every game used the same file as the level data? It’d be so cool to see how everyone could interpret the same data in different and crazy ways.

So here are the requirements:

1. Your game must use included files as level data.
2. You must make a compatible level of your own.
3. Optional theme: robots and kittens

So, I’ll explain each of these in detail. The first is that I’m going to upload 3 24-bit bmp files that your game has to be able to run as levels. Now the requirements on this are pretty lax. The file is just an abstract representation, a yellow pixel could be a randomly generated badguy, or a lift or a forest or whatever. For example if you wanted to make a simcity clone and use the file as the base for some terrain generation that’d be fine. The biggest requirement is given two levels, A person can tell which one is being used given your derived “level”. So you can’t just feed in the bits as the seed of a random number generator and use the generator to make your “level”

Now making the level was taking quite a bit longer than i had hoped so I’m going to post the drafts right now and when I get a chance, before I go to bed, I will post the final versions. So here are the drafts:

I’m going to have at least one more level when I’m done that might be slightly different. All of them should support a platformer type game. If you decide to make something that ISN’T a platformer then you aren’t required to support more than one of the levels.

Now, as the theme implies, one can make a level in MSpaint. The allowed color pallet is the defaults in MSpaint. And everyone has to make at least one level like the one provided. That level has to be a 64 by 64 bmp like the examples. For that level please try to make it platformer friendly so we can play it on other peoples games. Now, you are encouraged to make levels other than the one required. These levels will hopefully suit your game better and can be any size. Same filetype and pallet are strongly encouraged as the whole idea is to try different games on the same level. Here is a file for all of you non windows users that should have the correct colors.

Finally, for those who still want more of a theme than just the technical restriction, the optional theme is Robots and Kittens.

I have something of importance to take care of for the next few hours but hopefully, I’ve provided enough specific information for everyone to get started. Before I go to sleep I’ll have the final version of the files and answer all the questions anyone has so feel free to post a bunch.

EDIT: General LD rules apply unless otherwise contradicted or they don’t fit in. Let me know if any rules should be changed.

Make sure you all can access the specific RGB values of all of the pixels in a picture like this, in code, for this weekend. So for example you could tell me that the far bottom left pixel is #000000. That is all.

– EDIT –

Ok, first get core.js out of this archive: core.zip

Use a <script> tag to load it into the page (this can be anywhere on the page)

After the load/unload functions have been defined, add this code:

<script>
Core.addEventListener(window, “load”, load);
Core.addEventListener(window, “unload”, GUnload);
</script>

And you’re set.

Windows users can grab the exe here: http://code.google.com/p/chronolapse/downloads/list

Linux/Mac: I haven’t done any work on your versions yet, but everything but the webcam ’should’ work. You’re next!

When you find bugs, please either comment here or send me an email to the address specified in the manual.

Actionscript and mxmlc

I was hanging out on IRC with some pals when Bleck, DrPetter, and I decided to have a fun little “microLD”, where normal LD rules apply, but you get only 6 hours to develop your game. It’s quite flexible in that you can choose which 6 hours you want to use. (Hooray for the honor system)

There is an added twist that I announced the theme at least a day before everyone started, so you got to think about what you wanted to make.

The theme is/was ‘Utopia’.

Here are the final entries: (From what I’ve heard, I’m still waiting on entries from philhassey and mjau)

Bleck - Snowtopia -  http://www.omnisu.com/files/snowtopia.zip
DrPetter - Utopia - http://www.cyd.liu.se/~tompe573/drpetter_utopia.zip
Fydo - Paradise Gone - http://fydo.net/programming/ParadiseGone-fydo-microLD1.zip

I certainly had a lot of fun making my entry. I had about 2 hours to kill on a busride a few hours before I started developing the game, so I planned it all out on paper. It worked out surprisingly well, in my opinion. Post your comments!

And of course, it’s not too late to participate. Since this isn’t really an official compo by any means, feel free to set aside 6 hours of your choice to make a game and put a link in the comments. Hooray!

Source code is included.