Updated Graphics

gizmo_thunder on 2008/04/04 16:48 of ThEdA_P6

Today i have worked on updating the graphics and putting all the pieces together. The game now has 5 playable levels, enemy AI kinda works (it's definitely dumb.. but it works). I thought giving Rhythm inputs would be easy.. but turns out it's kinda hard when you have multiple keys to press.. I have used 'F' and 'J' keys for the initial levels.. for the rest 'D', 'F', 'J' and 'K' .. .Trust me its' hard to get these keys right :)... So here goes .. the screen shots..


Download Now:	click

(log in to comment)

Comments

gizmo_thunder on 2008/04/04 17:00:

Enemies:

Robo Minions:

I am not very good at animating stuff.. so they just do the bare minimum. I hope you guys enjoy the game. Still lots to fine tune and update

HanClinto on 2008/04/04 17:04:

I love the graphical look and feel of the game -- I look forward to playing!

kfields on 2008/04/04 17:57:

Hey, it's like Mavis Beacon teaches robot warfare! Work on the keyboard timing. I really like the art!

saluk on 2008/04/04 18:19:

There is no indication as to the timing of when you are actually supposed to press the keys. Also, having the phrase list at the bottom seems to sort of disconnect with when the keys are displayed above. I would prefer having the proper keys only appear in one spot rather than two. I wasn't sure which spot I was supposed to be watching. I would cut out the bottom display, and make it sort of like elite beat agents. The key would appear above as normal, but the circle would be gray and slowly getting brighter. At the desired size for when you are supposed to press the button, the circle would be white. Then the color can fade away again indicating that you are a bit late.

Other methods can be used, it just felt a bit disconnected and random whether I pressed them in the right speed or not. You could use the bottom display and have the arrow actually moving along in real time for instance. When you are supposed to press a key, the key could highlight or something else.

riq on 2008/04/04 18:38:

using pygame 1.8
leopard 10.5.2 (intel)

2008-04-04 15:37:24.580 Python[85658:613] Warning once: This application, or a library it uses, is using NSQuickDrawView, which has been deprecated. Apps should cease use of QuickDraw and move to Quartz.
Traceback (most recent call last):
  File "run_game.py", line 16, in 
    main.main()
  File "/Users/riq/tmp/robo_minions/lib/main.py", line 645, in main
    game.load_level()
  File "/Users/riq/tmp/robo_minions/lib/main.py", line 422, in load_level
    self.bg1 = data.load_img(lines[3][:-1])
  File "/Users/riq/tmp/robo_minions/lib/data.py", line 35, in load_img
    return pygame.image.load(os.path.join(data_dir, filename))
pygame.error: Couldn't open data/g_backdrop.png

Oluseyi on 2008/04/04 21:44:

Looks like Patapon. I like. :-)

richard on 2008/04/04 23:21:

ok, COOL!

AmericanPianist on 2008/04/04 23:48:

Hey, lookin' good! The best word I can find for the style is "fun" :D

alia on 2008/04/05 00:02:

Pata pata pata pon!

gizmo_thunder on 2008/04/05 03:25:

Yes my game is inspired for patapon :D
 
And as for the timing... you have to press whatever key is displayed 
in the bubble on the screen as soon as it appears. I will remove the 
bottom display of stirng,  seems to be confusing people.

@riq ... im' not sure what that error means... im' using pygame1.7. 
Is anybody else getting that error with my game? please let me know

RB[0] on 2008/04/05 04:03:

It seems to be an issue with is.path - is it not compatible with your system?
Because if it is not then it would have to be something like the filenames are the wrong case or something...

RB[0] on 2008/04/05 04:04:

sorry - os.path - not is.path

Cosmologicon on 2008/04/07 07:22:

I get the same error as riq, but I don't understand why. The file data/g_backdrop.png is clearly there. I'm on Linux, but the case is not the issue. And I checked, and the function loads several other images just fine before choking on that one. It seems like it might be a bug in pygame?

The only thing I notice is that that file is much larger (138K) than any of the other ones that it opens successfully. Still, it's not *that* big, so it seems strange.

Did anyone else figure it out?

gizmo_thunder on 2008/04/08 04:38:

using pygame 1.8 leopard 10.5.2 (intel) 2008-04-04 15:37:24.580 Python[85658:613] Warning once: This application, or a library it uses, is using NSQuickDrawView, which has been deprecated. Apps should cease use of QuickDraw and move to Quartz. Traceback (most recent call last): File "run_game.py", line 16, in main.main() File "/Users/riq/tmp/robo_minions/lib/main.py", line 645, in main game.load_level() File "/Users/riq/tmp/robo_minions/lib/main.py", line 422, in load_level self.bg1 = data.load_img(lines[3][:-1]) File "/Users/riq/tmp/robo_minions/lib/data.py", line 35, in load_img return pygame.image.load(os.path.join(data_dir, filename)) pygame.error: Couldn't open data/g_backdrop.png The file data/g_backdrop.png is clearly there. I'm on Linux, but the case is not the issue. Did anybody find any solution for this?.. i don't know what to do about this.. Suggestions are welcome...