PyWeek - PrettyFace

TenjouUtena, ataraxia 's Steam game, called Steeem. You will need: Numeric, Polygon, PyOpenGL, pygame, pygext, PyODE to play. Have fun! Get with TenjouUtena on IRC if you find a bug. (please?)
This is a team entry consisting of ataraxia, TenjouUtena.

Here's another level of the final game.

Awards

Give this entry an award

Ratings (show detail)
Fun: 2.5
Production: 2.6
Innovation: 2.9
Respondents: 13

Files:		Uploader	Date
ss2.png	195.58 Kbytes	TenjouUtena	2006/04/02 00:00
Here's another level of the final game.
Steeem.RC2.rar — final	4.88 Mbytes	TenjouUtena	2006/04/01 23:49
Steeem RC2 (And should be final)
Steeem.RC1.1.rar — final	4.53 Mbytes	TenjouUtena	2006/04/01 19:28
Fixed the things aerojockey pointed out.
Steeem.RC1.rar — final	4.53 Mbytes	TenjouUtena	2006/04/01 18:22
Steeem RC1
ss1.png	65.78 Kbytes	TenjouUtena	2006/03/28 04:11
A somethat real level, bullets, and our hero emerges!
ss.png	57.32 Kbytes	TenjouUtena	2006/03/26 03:26
It's a map!

Sunday 02 April, 2006

[ ataraxia @ 01:05 ] It's Ovah!

Well, the contest is over; only the judging remains. I didn't have as much time to work on this as I would have liked; hopefully next time it won't be allergy season.

Making this game was at least a useful way to learn PyODE. Our game's strength was the glider dynamics interacting in a vector-based world. A level editor would have been a great addition given more time.

Next time I hope to use PyODE in a 3D setting, but anything not sprite-based would be great.

show // (login to comment)

Saturday 01 April, 2006

[ TenjouUtena @ 18:31 ] Steeem RC1

Well, we have an Release Candidate 1. Everything works, sort of. We made a pretty good run at it, for first time working together (On a program, anyway), first time working with most of these libraries. My Biggest regret was not having the time to make a level editor. I think the game stands up as a sandbox much better then an level progression. But I'll leave you all to decide.

show // (login to comment)

Wednesday 29 March, 2006

[ ataraxia @ 09:27 ] Frames of reference

Combining PyODE and pygext continues to prove to be challenging. A Euclidean frame of reference with the usual x and y directions and angular mapping in radians will require a set of translation functions to convert to pygext's frame of reference, where 0 degrees starts at twelve o'clock.

Because of the sparse documentation of pygext, one basically has to experiment with the system to figure out the behaviour and its underlying frame of reference. It's a little like discovering a new physical realm.

The moral is to test early and often. Weaving whole cloth code before running means that you'll probably have to rewrite most of your code because some notions you had of the framework are false.

But at least now our glider behaves as if it really is being driven by the steam jets!

show // (login to comment)

Tuesday 28 March, 2006

[ TenjouUtena @ 04:13 ] Entry

We're goign to make a hang-gliding via steam game. various dials will controll the flow of steam though various vents, and you have to hang glide on them to the exit! You're inside of a giant robot! ANd bust turn his valves to defeat him! Or somesuch. tu

show // (login to comment)

Sunday 26 March, 2006

[ ataraxia @ 19:54 ] Physics suckage

Using PyODE instead of a fake dynamics engine means that you have to try to use realistic values to get the behaviour you want. This can leave you with kind of awkward numbers for things like drag and lift.

On the plus side, you don't have to build your own force integrators.

Currently our hang-glider lifts pretty well over steam, but glides a little *too* well on its own power. Gotta work on that.

show // (login to comment)