Unfortunately, I wasn't able to touch the game neither yesterday nor today, but I might have an hour or two in the end of the day today (just need to finish something else that just came up... gah).

And I am also starting to realize I don't know how to make my idea fun.

On other better news, thankfully I have a few hours of free time for Pyweek tomorrow. I'll use whatever free time I get today to chew some more on the idea and get back to coding tomorrow. There will be a game (I hope). :)

Hi, we are now working in the basic gameplay for the game, there are a mouse control view and our player hero dancing (she has no name yet...). (Walter with a cell phone and Javi playing in Hugo's house)

Bye.

Did something wrong with explosion scaling and ended up with this. A major bug, but funny none-the-less.

Video on Youtube

We almost have something that resembles our goal now :D



Remind you of dicewars? :D

101 hours 50 minutes remaining

Mix Tape has updated some of the art with a little color, so things are starting to look a lot nicer now. Also, collisions are in and working better than before (although not perfectly). Everything has friction now so it doesn’t just sail off or spin forever. The beginnings of the melee code are in — contact with the bot does damage to objects, which will explode when destroyed. The explosions don’t do anything yet, but that is next.

I create two Focus Dot, I use it to handle user input.

Well, for barely three days into the compo we're really making progress! So far we have a gorgeous running animation of the robot, multiple scrolling backgrounds, platform collisions, and a really nice tile engine. Next up is some weapons and badguys :)

This is Focus Dot, it use for user handler, I like the handler is Joystick and many keys to handle user input.

I haven't even started yet, since my girlfriend defended her Master's yesterday. Today I finally had a nice idea, and I should get it started tonight.

I agree that the "robot" theme is too unrestrictive, so I wanted to make a game that was deeply connected to robotics. My first idea was to do something based on the 3 laws of robotics, like walking through a level without getting hurt and without letting humans get hurt, but I wasn't very excited with this.

So, my plan now is to make a game called "Johnny saves the world". It's about a boy, Johnny, who has to (surprise) save the world. He accomplishes this using his personal robot, which has to be programmed to navigate throught a maze. The programming is made using a stack programming language, with tokens that have to be collected in order to build more complex programs.

The game is not unlike my entry for the last pyweek, Galvinball, in which the player could create new rules for the game on the fly. I like to be able to play my own games, so I try to create game mechanics that are open-ended, where the solutions aren't "hard coded". Let's see how this one goes.

Today didn't seem that productive, mostly I fixed a lot of animation glitches and finished the work I started (and thought I'd finished) yesterday. Movement is now entirely controlled by the attached animation, and the characters can be built up out of multiple animations. The screenshot above is missing some animations (such as the background colour for the legs), but this can be entirely blamed on the artist ;-)

I've fixed a couple of bugs in pyglet in the making of this game so far: one was in pyglet.resource.location, the other in Texture.get_transform (the anchor was not being transformed). These fixes are available in r1990.

We also discovered that ImageMagick treats Photoshop layers saved out of Photoshop differently from those saved out of OpenCanvas. Rather than recode large sections of the animation tool I politely requested that the artist stick with just one application, if she pleases :-)

Way behind schedule on getting everything done on time.