Computer Science Canada Terrorist Attack |
Author: | Metal Mayhem [ Fri Jul 07, 2006 7:49 pm ] |
Post subject: | Terrorist Attack |
Made This In about 15 Minutes Played it for a hour and 15 minutes have fun |
Author: | Tony [ Fri Jul 07, 2006 8:16 pm ] | ||
Post subject: | |||
Coding wise it could use some improvements
is by far not the best approach. Though I've got to admit, this is a very creative use of Draw.Fill ![]() One improvement I want to suggest is a detonator key, to speed up the game play. +Bits |
Author: | NikG [ Fri Jul 07, 2006 10:39 pm ] |
Post subject: | |
Tony wrote: Though I've got to admit, this is a very creative use of Draw.Fill I definitely agree.
![]() Good job. Only suggestion I have (other than Tony's detonator suggestion) is to contol where the bombs are created because right now they can overlap. Tip to all who play: draw squares around the bomb, not circles. |
Author: | Delos [ Fri Jul 07, 2006 10:58 pm ] |
Post subject: | |
I like it! This is a good start - keep at it and you will improve tremendously. Hit up the [Turing Walkthrough] to check out some of the tuts available. You're off to a good start. +bits |
Author: | Tony [ Sat Jul 08, 2006 12:11 am ] |
Post subject: | |
NikG wrote: Tip to all who play: draw squares around the bomb, not circles.
Better tip is to draw continues shapes around clusters of bombs, you don't need a polygon around each bomb. A better tip is that since (1,1) location is the only thing you're trying to protect... |
Author: | NikG [ Sat Jul 08, 2006 1:47 am ] |
Post subject: | |
Tony wrote: A better tip is that since (1,1) location is the only thing you're trying to protect...
Whoa, that's quite a trick! I guess you'd need a check for every pixel on the screen to fight that... |
Author: | Clayton [ Sat Jul 08, 2006 4:00 pm ] |
Post subject: | |
Ha Tony! I tried that before i even read the rest of the posts. Now as for the coding, why not have a record for all of your boxes for each round? then you can have a flexible array of all of your boxes. This way you can drastically cut down on your searching for green pixels by using the x and y coordinates of a box, Draw.Fill'ing from it, check to see if (1,1) is red, if it isnt, check another box, etc etc, until either (1,1) is red, or (1,1) isnt red. EDIT: You could also randomize the point at which you check for an uncovered bomb, this would be to stop people like Tony and myself from cheating ![]() ![]() ![]() EDIT 2: Here is your game modified with records and a randomized checking point (note its an exe so you cant copy ![]() |
Author: | Tony [ Sun Jul 09, 2006 12:34 am ] |
Post subject: | |
SuperFreak82 wrote: You could also randomize the point at which you check for an uncovered bomb, this would be to stop people like Tony and myself from cheating
![]() ![]() Do you mind sharing that part of the code? ![]() Randomization kind of sucks since under same conditions you sometimes win and sometimes loose. I suppose a better way would be to "protect the targets", so let the user know precisely where the checks will be done. And have enough to ensure that it's still easier to circle the bombs (original intent) rather then protecting just few targets. I think that if flow gets to the edge of the screen, that should be count as a lost |
Author: | iker [ Wed Jul 12, 2006 5:11 pm ] |
Post subject: | |
Its a simple game thats fun. Now i have a suggestion for scoring. You should have a counter for the amount of pixils that are shown after the explosion. If the circles are too big, then theres more red pixils, or a bigger explosion. If the counter gets too high for any level, then the person should lose. So right where the program draws the red dots, you could add the counter, and reset it for each level. |
Author: | Clayton [ Wed Jul 12, 2006 7:51 pm ] | ||
Post subject: | |||
Tony wrote: Do you mind sharing that part of the code? hm, well ill try, I'm in Belleville right now (about three hours away from where I live) and I wont be getting home untill July 29, so I dont exactly have the code with me right now... However, all is not lost, I will do my best and try and remember how it went... NOTE: I dont have access to Turing, so if this code doesn't run, dont harp about it plz ![]()
That is basically it i believe, pop that into his code and see if it works, if you find an error try and fix it, or post back here and tell me about it. If you dont know what is going on here... go back to a classroom (j/k). Okay, basically, i randomize the checking point, check to see if it is within a specified radius, if it is, start the loop over again, etc etc, until the check point is far away enough from the bombs, then go onto the game. I realize that this could be a very long process at later stages of the game, however this makes the game much harder and could make game last less time, but theres the code, make what you will of it ![]() EDIT: 3 edits later i think i have the code logically organized... EDIT2 : not quite, i have 4 edits here... |