Here's another level of the final game.

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?)

Awards

Give this entry an award

Scores

Ratings (show detail)

Overall: 2.7
Fun: 2.5
Production: 2.6
Innovation: 2.9

Respondents: 13

Files

File Size Uploader Date
ss2.png
Here's another level of the final game.
195.6 KB TenjouUtena 2006/04/02 00:00
Steeem.RC2.rarfinal
Steeem RC2 (And should be final)
4.9 MB TenjouUtena 2006/04/01 23:49
Steeem.RC1.1.rarfinal
Fixed the things aerojockey pointed out.
4.5 MB TenjouUtena 2006/04/01 19:28
Steeem.RC1.rarfinal
Steeem RC1
4.5 MB TenjouUtena 2006/04/01 18:22
ss1.png
A somethat real level, bullets, and our hero emerges!
65.8 KB TenjouUtena 2006/03/28 04:11
ss.png
It's a map!
57.3 KB TenjouUtena 2006/03/26 03:26

Diary Entries

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.

1 comment

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.

2 comments

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!

1 comment

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

Add a comment

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.

Add a comment