Mochi's got a system (tied to their microtransaction API but microtransactions aren't required to use it) that allows you to save up to 4k of data per person. Documentation is <a href="https://www.mochimedia.com/support/dev_docs#coins_userproperties">here</a>. As a caveat, Kongregate disallows games using Mochi's microtransaction system (as it competes with their own Kreds system). Hopefully, that doesn't apply to a game that's using Mochi's API just for the save state and not for microtransactions. Mochi’s got a system (tied to their microtransaction API but microtransactions aren’t required to use it) that allows you to save up to 4k of data per person. Documentation is <a href="https://www.mochimedia.com/support/dev_docs#coins_userproperties">here</a>. As a caveat, Kongregate disallows games using Mochi’s microtransaction system (as it competes with their own Kreds system). Hopefully, that doesn’t apply to a game that’s using Mochi’s API just for the save state and not for microtransactions.

2009-10-04T11:04:24-07:00

true

1345217

59273

2009-10-04T11:04:24-07:00

899108

<blockquote><cite>Originally posted by <a href='/forums/4/topics/59218?page=1#posts-1342546'>BillysGames</a>:</cite> There needs to be a sort option that’s “new” subsorted by “top rated”, because the 3 items in “hot new games” don’t cut it</blockquote> If you go to highest rated games (instead of new games), click on Date Uploaded, and click on Date Uploaded again (to reverse the sort), it'll give you a list of new games with decent ratings. <a href="http://www.kongregate.com/popular_games?reverse=true&sort=date">Direct link</a> <blockquote><cite>Originally posted by <a href="/forums/4/topics/59218?page=1#posts-1342546">BillysGames</a>:</cite> There needs to be a sort option that’s “new” subsorted by “top rated”, because the 3 items in “hot new games” don’t cut it</blockquote> If you go to highest rated games (instead of new games), click on Date Uploaded, and click on Date Uploaded again (to reverse the sort), it’ll give you a list of new games with decent ratings. <a href="http://www.kongregate.com/popular_games?reverse=true&sort=date">Direct link</a>

2009-10-03T16:53:01-07:00

true

1343682

59218

2009-10-03T16:53:59-07:00

899108

I don't think that's quite right, skyboy. For example, if the piece is dropped as x = 0 and y = 210 (which is obviously no where near the target zone of x = 125, y = 85), it'll still make it snap since Math.abs(0 - 125 + 210 - 85) is equal to 0, which is <= 30. Instead, you'll want to use a distance formula. (Wikipedia reference: <a href="http://en.wikipedia.org/wiki/Distance#Geometry">Distance: Geometery [specifically the second formula]</a>) In short, the distance is equal to the square root of (x1 - x2) squared plus (y1 - y2) squared. In this case, x1 and y1 are the object's actual location and x2 and y2 represent the 125, 85 point that we want to snap to. So the if statement should actually look something like this: <pre> if ((_x - 125) * (_x - 125) + (_y - 85) * (_y - 85) <= 900) { _x = 125.0; _y = 85.0; } </pre> I don’t think that’s quite right, skyboy. For example, if the piece is dropped as x = 0 and y = 210 (which is obviously no where near the target zone of x = 125, y = 85), it’ll still make it snap since Math.abs(0 – 125 + 210 – 85) is equal to 0, which is <= 30. Instead, you’ll want to use a distance formula. (Wikipedia reference: <a href="http://en.wikipedia.org/wiki/Distance#Geometry">Distance: Geometery [specifically the second formula]</a>) In short, the distance is equal to the square root of (x1 – x2) squared plus (y1 – y2) squared. In this case, x1 and y1 are the object’s actual location and x2 and y2 represent the 125, 85 point that we want to snap to. So the if statement should actually look something like this: <pre> if ((_x - 125) * (_x - 125) + (_y - 85) * (_y - 85) <= 900) { _x = 125.0; _y = 85.0; } </pre>

2009-09-09T08:03:40-07:00

true

1284728

56391

2009-09-17T04:18:58-07:00

899108

Personally, I'd go with: <pre> allLevelEnemies = [ [Enemy1A], [Enemy1A,Enemy1B], [Enemy1B,Enemy1C], [Enemy1A,Enemy1B,Enemy1C], [Enemy1C,Enemy1D], [Enemy1A,Enemy1B,Enemy1C,Enemy1D], [Enemy1D], [Enemy2A], [Enemy2A,Enemy2B], [Enemy2B,Enemy2C], [Enemy2A,Enemy2B,Enemy2C], [Enemy2A,Enemy2A,Enemy2A,Enemy2Boss], [Enemy2A,Enemy2A,Enemy2B,Enemy2C,Enemy2Boss], [Enemy2Boss], [Enemy1A,Enemy2A], [Enemy1B,Enemy2B], [Enemy1C,Enemy2C], [Enemy1D,Enemy2Boss] ]; </pre> Throwing in a blank line every 5 levels should make it easy enough to keep track of what's what for most cases. If it gets too big, you can always add comments with the level numbers. Personally, I’d go with: <pre> allLevelEnemies = [ [Enemy1A], [Enemy1A,Enemy1B], [Enemy1B,Enemy1C], [Enemy1A,Enemy1B,Enemy1C], [Enemy1C,Enemy1D], [Enemy1A,Enemy1B,Enemy1C,Enemy1D], [Enemy1D], [Enemy2A], [Enemy2A,Enemy2B], [Enemy2B,Enemy2C], [Enemy2A,Enemy2B,Enemy2C], [Enemy2A,Enemy2A,Enemy2A,Enemy2Boss], [Enemy2A,Enemy2A,Enemy2B,Enemy2C,Enemy2Boss], [Enemy2Boss], [Enemy1A,Enemy2A], [Enemy1B,Enemy2B], [Enemy1C,Enemy2C], [Enemy1D,Enemy2Boss] ]; </pre> Throwing in a blank line every 5 levels should make it easy enough to keep track of what’s what for most cases. If it gets too big, you can always add comments with the level numbers.

2009-09-04T13:02:42-07:00

true

1269137

55805

2009-09-17T04:15:19-07:00

899108

You can use Key.isDown in AS3 if you code up your own Key class that registers keyboard listeners and keeps track of what's pressed. Here's Senocular's version: "Key.isDown in AS3":http://www.kirupa.com/forum/showthread.php?p=2098269#post2098269 You can use Key.isDown in AS3 if you code up your own Key class that registers keyboard listeners and keeps track of what’s pressed. Here’s Senocular’s version: <a href="http://www.kirupa.com/forum/showthread.php?p=2098269#post2098269">Key.isDown in AS3</a>

2009-08-20T19:42:53-07:00

true

1219327

53917

2009-09-17T04:04:34-07:00

899108

<blockquote><cite>Originally posted by <a href='/forums/4/topics/53411?page=1#posts-1206032'>Blank_64</a>:</cite> for (i = 1; i == 10; i ++){ trace(“ErlendHL is wrong”) }</blockquote> No. He's right. A for-loop runs as long as the conditional (the part in-between the two semicolons) is true. Since the for-loop initializes i to 1, i == 10 is going to evaluate to false, and the loop isn't going to execute at all. Here's a loop that will output 1 through 9: <pre> for (i=1; i<10; ++i) { trace(i); } </pre> <blockquote><cite>Originally posted by <a href="/forums/4/topics/53411?page=1#posts-1206032">Blank_64</a>:</cite> for (i = 1; i == 10; i ++){ trace(“ErlendHL is wrong”) }</blockquote> No. He’s right. A for-loop runs as long as the conditional (the part in-between the two semicolons) is true. Since the for-loop initializes i to 1, i == 10 is going to evaluate to false, and the loop isn’t going to execute at all. Here’s a loop that will output 1 through 9: <pre> for (i=1; i<10; ++i) { trace(i); } </pre>

2009-08-17T12:51:52-07:00

true

1206121

53411

2009-09-17T04:01:53-07:00

899108

<blockquote><cite>Originally posted by <a href='/forums/4/topics/52628?page=1#posts-1183645'>Zuriki</a>:</cite> I’m not sure of the specifics, but there was an application called fox-something or other… (memory is going) which you could use as a server for flash.</blockquote> I believe you're thinking of <a href="http://www.smartfoxserver.com/">SmartFoxServer</a>. <blockquote><cite>Originally posted by <a href="/forums/4/topics/52628?page=1#posts-1183645">Zuriki</a>:</cite> I’m not sure of the specifics, but there was an application called fox-something or other… (memory is going) which you could use as a server for flash.</blockquote> I believe you’re thinking of <a href="http://www.smartfoxserver.com/">SmartFoxServer</a>.

2009-08-11T17:27:14-07:00

true

1184301

52628

2009-09-17T03:57:47-07:00

899108

Sponsorships. Basically, before you release a game, someone pays you to make sure it includes their logo at the beginning. <a href="http://www.flashgamelicense.com/">Flash Game License</a> is the place to go for more info. Sponsorships. Basically, before you release a game, someone pays you to make sure it includes their logo at the beginning. <a href="http://www.flashgamelicense.com/">Flash Game License</a> is the place to go for more info.

2009-08-09T10:09:39-07:00

true

1175528

52325

2009-09-17T03:56:11-07:00

899108

<blockquote><cite>Originally posted by <a href='/forums/4/topics/51644?page=2#posts-1162884'>bLasTamos</a>:</cite> Or you could have a NullTrigger class extending trigger.</blockquote> Now that's interesting. I'm not sure I'm sold on it, but I do find it interesting. <blockquote><cite>Originally posted by <a href="/forums/4/topics/51644?page=2#posts-1162884">bLasTamos</a>:</cite> Or you could have a NullTrigger class extending trigger.</blockquote> Now that’s interesting. I’m not sure I’m sold on it, but I do find it interesting.

2009-08-05T08:50:08-07:00

true

1163066

51644

2009-09-17T03:52:23-07:00

899108

I think you're assuming too much about where the pointers are being used. You seem to be imagining something like, say, a call to "damageEnemy(enemy, 5);" where it obviously makes sense to validate that enemy's a valid pointer before doing something else. If it's not an error, there's nothing to do (and the code should probably throw a warning or error to aid in debugging since something elsewhere is probably broken). However, let's say you've got a Tile class that represents a single screen tile in a standard Mario clone. Now let's further say that each tile on the screen may have a scriptable trigger associated with it (for triggering cutscenes or spawning certain monsters), but it doesn't necessarily have to have a trigger. So each instance of Tile will have a pointer to a Trigger class, but that pointer is often null. Now if you're checking the trigger on a tile, it doesn't make sense to validate beforehand (since null is still a valid value), and it doesn't mean you're a bad programmer. The alternative would be to have a redundant "hasTrigger" boolean in the Tile class which is true iff trigger is non-null, and that would be silly. Anyway, under the trigger system, imagine a method on the Tile object that gets invoked when the player's object enters that tile: <pre> public function onPlayerEnter():void { // For the sake of argument, assume there's some other non-trigger-related code here // that needs to be run every time the player enters a tile. if (this.trigger && this.trigger.playerCanTrigger) { this.trigger.activate(); } } </pre> (playerCanTrigger would obviously be a boolean indicating that the player can trigger the triggerable event. That'd be part of a flexible trigger system where some triggers are triggered only by enemies or other non-player entities.) In short, not every mid-stream pointer check is indicative of poor coding. Sometimes that's when it makes sense to check it. I think you’re assuming too much about where the pointers are being used. You seem to be imagining something like, say, a call to “damageEnemy(enemy, 5);” where it obviously makes sense to validate that enemy’s a valid pointer before doing something else. If it’s not an error, there’s nothing to do (and the code should probably throw a warning or error to aid in debugging since something elsewhere is probably broken). However, let’s say you’ve got a Tile class that represents a single screen tile in a standard Mario clone. Now let’s further say that each tile on the screen may have a scriptable trigger associated with it (for triggering cutscenes or spawning certain monsters), but it doesn’t necessarily have to have a trigger. So each instance of Tile will have a pointer to a Trigger class, but that pointer is often null. Now if you’re checking the trigger on a tile, it doesn’t make sense to validate beforehand (since null is still a valid value), and it doesn’t mean you’re a bad programmer. The alternative would be to have a redundant “hasTrigger” boolean in the Tile class which is true iff trigger is non-null, and that would be silly. Anyway, under the trigger system, imagine a method on the Tile object that gets invoked when the player’s object enters that tile: <pre> public function onPlayerEnter():void { // For the sake of argument, assume there's some other non-trigger-related code here // that needs to be run every time the player enters a tile. if (this.trigger && this.trigger.playerCanTrigger) { this.trigger.activate(); } } </pre> (playerCanTrigger would obviously be a boolean indicating that the player can trigger the triggerable event. That’d be part of a flexible trigger system where some triggers are triggered only by enemies or other non-player entities.) In short, not every mid-stream pointer check is indicative of poor coding. Sometimes that’s when it makes sense to check it.

2009-08-05T06:44:22-07:00

true

1162779

51644

2009-09-17T03:52:23-07:00

899108

<blockquote><cite>Originally posted by <a href='/forums/4/topics/51644?page=2#posts-1161447'>Jabor</a>:</cite> Even in C, it’s considered bad practice to check, for example, <code>if(!ptr)</code>. The explicit alternative (<code>if(ptr == NULL)</code>) is much preferred.</blockquote> That's not too bad if you're just checking whether or not the pointer's NULL. But all too often, you'll want to check the pointer so you can also dereference it: <code>if (ptr && ptr->val > 5)</code> Those extra "== NULL" and "!= NULL" statements are just extra syntax for the programmer to parse, and it's silly when NULLs are just so intuitively false, and that happens to be how the compiler sees them, too. <blockquote><cite>Originally posted by <a href="/forums/4/topics/51644?page=2#posts-1161447">Jabor</a>:</cite> Even in C, it’s considered bad practice to check, for example, <code>if(!ptr)</code>. The explicit alternative (<code>if(ptr == NULL)</code>) is much preferred.</blockquote> That’s not too bad if you’re just checking whether or not the pointer’s NULL. But all too often, you’ll want to check the pointer so you can also dereference it: <code>if (ptr && ptr->val > 5)</code> Those extra “== NULL” and “!= NULL” statements are just extra syntax for the programmer to parse, and it’s silly when NULLs are just so intuitively false, and that happens to be how the compiler sees them, too.

2009-08-04T19:48:35-07:00

true

1161817

51644

2009-09-17T03:52:23-07:00

899108

<blockquote><cite>Originally posted by <a href='/forums/4/topics/51644?page=2#posts-1159894'>bLasTamos</a>:</cite> And i could also be “false” in the following cases: - The array has the boolean element “false” in that index - The array has the number “0” in that index Please always use boolean expressions inside the if condition. Thank you.</blockquote> Please don't stick booleans and numbers in the Enemy array. <blockquote><cite>Originally posted by <a href="/forums/4/topics/51644?page=2#posts-1159894">bLasTamos</a>:</cite> And i could also be “false” in the following cases: - The array has the boolean element “false” in that index - The array has the number “0” in that index Please always use boolean expressions inside the if condition. Thank you.</blockquote> Please don’t stick booleans and numbers in the Enemy array.

2009-08-04T10:47:10-07:00

true

1159921

51644

2009-09-17T03:52:23-07:00

899108

<blockquote><cite>Originally posted by <a href='/forums/4/topics/51644?page=1#posts-1158612'>Jabor</a>:</cite> <blockquote> if (!Arr[i]) </blockquote> As far as the “bad practice” goes, this one fits the bill. Generally, you should make non-boolean comparisons explicit.</blockquote> In some cases, yes. In this case, I disagree. Conflating null and false and using that to simplify conditionals is a widely used and easily understood idiom. In this case, "If not Arr element i" makes sense -- the pseudo-English translation of the code maps exactly to what the programmer intended. Now an actual bad example would be a case where the zero value doesn't mentally map to false. For example: <pre> someStr = "foobar"; if (! someStr.indexOf("foo")) { // BAD! trace("someStr begins with foo"); } if (someStr.indexOf("foo") == 0) { // Good. trace("someStr begins with foo"); } if (someStr) { // Also good, IMO. trace("someStr has some sort of a value"); } </pre> <blockquote><cite>Originally posted by <a href="/forums/4/topics/51644?page=1#posts-1158612">Jabor</a>:</cite> <blockquote> if (!Arr[i]) </blockquote> As far as the “bad practice” goes, this one fits the bill. Generally, you should make non-boolean comparisons explicit.</blockquote> In some cases, yes. In this case, I disagree. Conflating null and false and using that to simplify conditionals is a widely used and easily understood idiom. In this case, “If not Arr element i” makes sense — the pseudo-English translation of the code maps exactly to what the programmer intended. Now an actual bad example would be a case where the zero value doesn’t mentally map to false. For example: <pre> someStr = "foobar"; if (! someStr.indexOf("foo")) { // BAD! trace("someStr begins with foo"); } if (someStr.indexOf("foo") == 0) { // Good. trace("someStr begins with foo"); } if (someStr) { // Also good, IMO. trace("someStr has some sort of a value"); } </pre>

2009-08-04T08:31:53-07:00

true

1159650

51644

2009-09-17T03:52:23-07:00

899108

DTran, games with the Mochi preloader will work fine on Kongregate. It's just that the ads will automatically be suppressed while it's hosted here -- the ad blocking is done by Mochi themselves due to a special agreement with Kongregate, so it's guaranteed not to break anything. Even better is that if another site copies your game from Kongregate, the ads will start showing up. Since you get revenue sharing when your game is played on Kongregate, and you get Mochi ad revenue when your game is played on another site, it's an all-around win. Also, with Mochi ads, you should consider it bonus money rather than your main source of income. Your best revenue opportunities will come from sponsorships and site licenses. The chief advantage of Mochi is that it can often coexist with other means of making money, so there's no downside / trade-off. DTran, games with the Mochi preloader will work fine on Kongregate. It’s just that the ads will automatically be suppressed while it’s hosted here — the ad blocking is done by Mochi themselves due to a special agreement with Kongregate, so it’s guaranteed not to break anything. Even better is that if another site copies your game from Kongregate, the ads will start showing up. Since you get revenue sharing when your game is played on Kongregate, and you get Mochi ad revenue when your game is played on another site, it’s an all-around win. Also, with Mochi ads, you should consider it bonus money rather than your main source of income. Your best revenue opportunities will come from sponsorships and site licenses. The chief advantage of Mochi is that it can often coexist with other means of making money, so there’s no downside / trade-off.

2009-07-10T12:29:47-07:00

true

1079844

28189

2009-09-17T01:32:31-07:00

899108

Math.round rounds a number to the nearest integer. That's close to what you want, but it doesn't give you the precision you want (since you still want one or two places after the decimal). However, if you multiple your number by 10 or 100, feed it to Math.round, and then divide the result by 10 or 100, it should give you exactly what you want: xMin = Math.round(xMin*100) / 100; /* Rounds to two decimal places */ Math.round rounds a number to the nearest integer. That’s close to what you want, but it doesn’t give you the precision you want (since you still want one or two places after the decimal). However, if you multiple your number by 10 or 100, feed it to Math.round, and then divide the result by 10 or 100, it should give you exactly what you want: xMin = Math.round(xMin*100) / 100; /* Rounds to two decimal places */

2009-06-09T07:26:33-07:00

true

991417

45518

2009-09-17T03:17:54-07:00

899108

"FlashDevelop.":http://www.flashdevelop.org/community/viewforum.php?f=11 Click on the latest release. Be sure to read all the stuff at the bottom in the "Important" section -- that points you to other software you need to download to make it work. In particular, you need Adobe's free Flex SDK (which includes the compiler that does the real work of building SWFs). There's also a big caveat: FlashDevelop is based around compiling AS3 directly into a SWF. You don't have the nice GUI tools like Flash users have. However, since it's completely free, it's hard to beat the price. <a href="http://www.flashdevelop.org/community/viewforum.php?f=11">FlashDevelop.</a> Click on the latest release. Be sure to read all the stuff at the bottom in the “Important” section — that points you to other software you need to download to make it work. In particular, you need Adobe’s free Flex SDK (which includes the compiler that does the real work of building SWFs). There’s also a big caveat: FlashDevelop is based around compiling AS3 directly into a SWF. You don’t have the nice GUI tools like Flash users have. However, since it’s completely free, it’s hard to beat the price.

2009-04-27T06:27:02-07:00

true

883051

41428

2009-09-17T02:52:43-07:00

899108

<blockquote><cite>Originally posted by <a href='/forums/4/topics/40832?page=1#posts-867592'>thijser</a>:</cite> and i would also rather start out free so what program is best if i want to have something free ?</blockquote> "FlashDevelop":http://www.flashdevelop.org/ (Windows only) is your best bet. It uses the free Flex SDK to compile AS3 code into a SWF. Click on the download link at the top of the page, pick the latest version from the list, and be sure to check out the other components it tells you to download (such as the Flex SDK and standalone Flash player). <blockquote><cite>Originally posted by <a href="/forums/4/topics/40832?page=1#posts-867592">thijser</a>:</cite> and i would also rather start out free so what program is best if i want to have something free ?</blockquote> <a href="http://www.flashdevelop.org/">FlashDevelop</a> (Windows only) is your best bet. It uses the free Flex SDK to compile AS3 code into a SWF. Click on the download link at the top of the page, pick the latest version from the list, and be sure to check out the other components it tells you to download (such as the Flex SDK and standalone Flash player).

2009-04-21T18:40:05-07:00

true

869301

40832

2009-09-17T02:49:41-07:00

899108

A FlashDevelop project isn't like a .FLA -- it isn't an all-in-one bundle with all the source code and art assets. The .as3proj files are just XML config files that store the compilation options for the project. The source code is stored as .as files which are just plain text files containing ActionScript. You can open them in notepad. A FlashDevelop project isn’t like a .FLA — it isn’t an all-in-one bundle with all the source code and art assets. The .as3proj files are just XML config files that store the compilation options for the project. The source code is stored as .as files which are just plain text files containing ActionScript. You can open them in notepad.

2009-04-09T07:27:51-07:00

true

834136

38165

2009-09-17T02:31:41-07:00

899108

I would suggest using a data structure that stores a copy of the slime references based on their location on the game board. It'll take more work when you're updating the slime, but the per-frame hittests should be a lot quicker since you're only checking a fraction of the slime on the board (i.e. that in the same area as the player). I would suggest using a data structure that stores a copy of the slime references based on their location on the game board. It’ll take more work when you’re updating the slime, but the per-frame hittests should be a lot quicker since you’re only checking a fraction of the slime on the board (i.e. that in the same area as the player).

2009-04-09T05:48:04-07:00

true

833993

39491

2009-09-17T02:39:04-07:00

899108

<blockquote><cite>Originally posted by <a href='/forums/4/topics/38735?page=1#posts-814365'>DarkLibra</a>:</cite> But what is bicycle?</blockquote> For April Fools, they've got a word filter that (among other things) replaces "flash" with "bicycle". <blockquote><cite>Originally posted by <a href="/forums/4/topics/38735?page=1#posts-814365">DarkLibra</a>:</cite> But what is bicycle?</blockquote> For April Fools, they’ve got a word filter that (among other things) replaces “flash” with “bicycle”.

2009-04-01T06:15:58-07:00

true

814526

38735

2009-09-17T02:34:57-07:00

899108

<blockquote><cite>Originally posted by <a href='/forums/1/topics/34010?page=4#posts-695868'>zyodei</a>:</cite> You’d think someone sophisticated enough to make a decent game like that would figure out that their IP could be tracked…</blockquote> I believe that PlayedOnline is just the sponsor of the game. It seems to have actually been made by someone who goes by "Fortunacus Lucas". <blockquote><cite>Originally posted by <a href="/forums/1/topics/34010?page=4#posts-695868">zyodei</a>:</cite> You’d think someone sophisticated enough to make a decent game like that would figure out that their IP could be tracked…</blockquote> I believe that PlayedOnline is just the sponsor of the game. It seems to have actually been made by someone who goes by “Fortunacus Lucas”.

2009-02-06T10:57:45-08:00

true

696076

104

34010

2009-09-17T02:07:23-07:00

899108

Untested: <pre> // Args: // player1choice, player2choice - 0 = rock, 1 = paper, 2 = scissors // Return Value: 0 - Tie, 1 - Player 1 won, 2 - Player 2 won public static function findWinner(player1choice:int, player2choice:int):int { if (player1choice == player2choice) { return 0; } if ((player1choice+1)%3 == player2choice) { return 2; } else { return 1; } } </pre> Untested: <pre> // Args: // player1choice, player2choice - 0 = rock, 1 = paper, 2 = scissors // Return Value: 0 - Tie, 1 - Player 1 won, 2 - Player 2 won public static function findWinner(player1choice:int, player2choice:int):int { if (player1choice == player2choice) { return 0; } if ((player1choice+1)%3 == player2choice) { return 2; } else { return 1; } } </pre>

2009-01-23T10:38:48-08:00

true

667282

32886

2009-09-17T01:59:14-07:00

899108

I'm really disappointed with "Dodge":http://www.kongregate.com/games/moogoat/dodge . Right in the middle of the challenge, the developer made a change that significantly affected the difficulty. Now enemies will stop a lot closer to the edges of the screen. While this change was intended to reduce players just circling the playing field, it makes it a lot more difficult to take out such enemies even for non-circling players. Since the enemies are at the edge, a player has to get very close to the enemy to bait missiles into them. As a result, there's an exceedingly high chance of getting shot point-blank. The problem with getting shot is that the game's scoring system is built around a multiplier that increases as you kill enemies without getting hit. So taking a few hits here and there due to the change in difficulty has a drastic effect on score. Since the challenge is score-based, this is a problem. I was still able to complete the challenge, but I find it pretty obnoxious that the difficulty was changed like that in the middle. I’m really disappointed with <a href="http://www.kongregate.com/games/moogoat/dodge">Dodge</a> . Right in the middle of the challenge, the developer made a change that significantly affected the difficulty. Now enemies will stop a lot closer to the edges of the screen. While this change was intended to reduce players just circling the playing field, it makes it a lot more difficult to take out such enemies even for non-circling players. Since the enemies are at the edge, a player has to get very close to the enemy to bait missiles into them. As a result, there’s an exceedingly high chance of getting shot point-blank. The problem with getting shot is that the game’s scoring system is built around a multiplier that increases as you kill enemies without getting hit. So taking a few hits here and there due to the change in difficulty has a drastic effect on score. Since the challenge is score-based, this is a problem. I was still able to complete the challenge, but I find it pretty obnoxious that the difficulty was changed like that in the middle.

2009-01-16T07:08:07-08:00

true

652331

32367

2009-09-17T01:56:32-07:00

899108

*CuriousGaming* wrote: bq. Each planet will exert a force on the object that is proportional to the mass of the planet and inversely proportional to the square root of the distance from the planet. That should be the square of the distance, not the square root. From "Newton's law of universal gravitation":http://en.wikipedia.org/wiki/Newton%27s_law_of_universal_gravitation , we know that F = Gm1m2 / r^2 where G is the gravitational constant, m1 is the first mass, m2 is the second mass, and r is the distance between the center of the two masses. We also know from "Newton's second law of motion":http://en.wikipedia.org/wiki/Newton%27s_laws_of_motion that F=ma. We put the two equations together, and we get: m2a = Gm1m2 / r^2 Divide both sides by m2 (mass of the object): a = Gm1 / r^2 Since G is a constant used to convert m1 from one unit to another, we can just change our mass unit to an arbitrary unit of measure where G happens to be 1, which gives us: a = m / r^2 CuriousGaming wrote: <blockquote> Each planet will exert a force on the object that is proportional to the mass of the planet and inversely proportional to the square root of the distance from the planet. </blockquote> That should be the square of the distance, not the square root. From <a href="http://en.wikipedia.org/wiki/Newton%27s_law_of_universal_gravitation">Newton’s law of universal gravitation</a> , we know that F = Gm1m2 / r^2 where G is the gravitational constant, m1 is the first mass, m2 is the second mass, and r is the distance between the center of the two masses. We also know from <a href="http://en.wikipedia.org/wiki/Newton%27s_laws_of_motion">Newton’s second law of motion</a> that F=ma. We put the two equations together, and we get: m2a = Gm1m2 / r^2 Divide both sides by m2 (mass of the object): a = Gm1 / r^2 Since G is a constant used to convert m1 from one unit to another, we can just change our mass unit to an arbitrary unit of measure where G happens to be 1, which gives us: a = m / r^2

2009-01-11T18:33:55-08:00

true

643630

31966

2009-09-17T01:53:47-07:00

899108

As *oceanix* said, you use the graphics class to make graphics. However, what you need to know is that you don't instantiate the graphics class directly. Instead, you create a Sprite object and then call methods on the Graphics object (helpfully named "graphics") within the Sprite. Here's a quick-and-dirty FlashDevelop-centric tutorial I posted over on AG: "Graphics in AS3":http://armorgames.com/community/thread/2620432/everything-in-actionscript Scroll down to the second post from me (just look for the bold text), and it should be pretty straight-forward. As oceanix said, you use the graphics class to make graphics. However, what you need to know is that you don’t instantiate the graphics class directly. Instead, you create a Sprite object and then call methods on the Graphics object (helpfully named “graphics”) within the Sprite. Here’s a quick-and-dirty FlashDevelop-centric tutorial I posted over on AG: <a href="http://armorgames.com/community/thread/2620432/everything-in-actionscript">Graphics in AS3</a> Scroll down to the second post from me (just look for the bold text), and it should be pretty straight-forward.

2009-01-09T12:37:27-08:00

true

637576

23393

2009-09-17T01:09:05-07:00

899108