- Skeleton Presenting loot animation
- Finished all Loot Icons
- Made the pirate attacking Skully animation
- Defined the Mana Meter interface and animation
- Created basic Gold Score interface elements
- Created Score added animation (when the player gets treasure)
- Started Title Screen and real Logo design

Up next:
- Polish Lightning, Ship Sinking and Pirates
- Title Screen
- Polish interface
- Test the game when the gameplay is ready!

Fatal Flaws in Flash Game Design and Development

by Greg McClanahan on 07/23/09 04:03:00 pm

Yesterday Jim Greer (CEO of Kongregate) and I gave a talk at Casual Connect in Seattle titled Fatal Flaws in Flash Games. I also talked a bit about common flaws in entry-level Flash development philosophies and practices.

There are already a few summaries of the talk, and I thought I’d take a moment to post my raw preparation notes, which include some stuff that I didn’t get a chance to discuss.

#1 You’re Making a Game, Not a Homework Assignment

We live in a culture of being assigned a task, producing something that is asked of us, and being evaluated based on the level of quality of that product. We’ve spent at least a decade writing book reports, solving math equations, and analyzing the reasons behind the American Civil War.

Once we enter the real world, in most jobs, this mindset transfers over pretty well. Your boss gives you an assignment, you get it done, and the timeliness and level of quality is evaluated.

This doesn’t cut it with making games. Your player only cares about how fun your game is, not the amount of work you put into it. They don’t even necessarily care about its objective level of quality. The distinction is important. Rarely does a 7th grade teacher marked down a book report on account of it being too boring, but that’s the #1 potential failure that you now face. When making games, you must toss aside your lifelong training regarding what’s important in a product.

There’s a scenario I see time and time again – a game that’s well-made, but simply not fun to play. Sponsors rarely offer significant money for them, and players rarely react well to them. Developers are often shocked, and respond to uninterested sponsors with, “But I spent X amount of time on this.”

But we don’t care how long you spent on it. It wasn’t a homework assignment. We only care about whether your game is enjoyable to play. Whether it took one day or six months is irrelevant. Just as a great game isn’t penalized for being developed quickly, a poor one is not credited for being developed slowly.

#2 Ask the People Who Matter

If your sister told you one day that she had been studying Flash and she managed to put something together, odds are pretty good that you’d be legitimately impressed by her work regardless of how the game actually turned out.

We all look upon work more favorably if it’s done by someone we know, care about, or can simply relate to. These are not the people you should be relying on for feedback for your game. No matter how bad a game is, it almost always has its fan group of friends and family beta testers. These people build up a developer’s confidence about their game without ever conveying honest criticisms, intentionally or not.

Find people you don’t know. Talk to other developers, or even just random people on a forum. Get them to play your game, and ask a million questions about their experience. Get a feel for their patience level. Your mom will carefully read the instructions to understand the counter-intuitive controls of your game, but the average player will not.

#3 “Controls, Controls, You Must Learn Controls” – Yoda (paraphrased)

No one reads instructions, ever. In fact, if someone somehow IS reading the instructions of your game, then it is likely because they are already confused and frustrated. Developers love to place the blame on players who don’t read instructions – but it is the game that is being made for the sake of the player’s enjoyment. The player does not “owe” the game anything.

Intuitive controls are critical. If movement is done with WASD, and the arrow keys are not being used for anything, why can the arrow keys not also be used for movement? Tinker with your interface to make something quick to pick up; merely providing instructions for a confusing control scheme is NOT an excuse.

If the player skips an optional tutorial and ignores the instructions, have a quick message flash on the screen with the buttons anyway. Have signs in the background that explain the game’s controls. If the player picks up a new weapon, have a dialogue boss pop up with a BRIEF explanation of how to use that weapon.

The longer and more out of the way something is, the less likely the player is to read it. When long-winded instructions for counter-intuitive controls are tucked away on a menu screen, you’re virtually guaranteeing that the player has a negative first impression with your game.

#4 Calling Your Game Art/Hardcore Is Not an Excuse

There is absolutely no reason for beautiful and artistic games to be mutually exclusive with fun and intuitive ones. It’s a common defense that developers develop. If a player is confused by their game they’ll say, “Well, it’s my artistic vision – I don’t expect everyone to get it.” Really? Since when is giving the player easy access to the control scheme compromising an artistic vision? What exactly about having user-friendly progress checkpoints and save files is less artistic than forcing the player to enter a password or restart the entire game upon death?

When you create a great game, you earn the right to call it art. When you create a poor game, calling it art does not earn you the right to excuse giving it another coat of polish and implementing common beta tester requests.

Additionally, making your game hard just for the sake of being hard does not automatically make you and your players hardcore (with some exceptions, including “I Wanna Be the Guy”). Anyone can take their game and give the player fewer lives, or less health, or less damage, etc., and make it more difficult. There is nothing hard about making a game hard – the difficulty comes from making your game actually fun.

There is a true art form to creating a game with a proper difficulty curve – a game that starts out simple, gets progressively more difficult, and makes the player feel challenged and rewarded without feeling frustrated (there is indeed a very significant distinction between challenge and frustration, and it all has to do with the player’s perception of fairness within the game’s rules, how much control they have over the situation, and how harshly they are punished for failing). Striking this balance is incredibly difficult, and no, “I’m hardcore” is not a free ticket out of having to do it.

There is a way to transcend this principle, however. If you make a game that’s incredibly good with extremely smooth controls and a very high SKILL component, then you can likely get away with making it stupidly difficult, but only if you’re quite sure that the player will feel rewarded from this difficulty. “N: The Way of the Ninja” is a game that pulls this off extremely well, but if the controls were any less tight, the experience would be miserable. Conversely, if a game has a very low skill component to progression (such as a traditional single-player RPG in which your character’s power is based more on experience points than on player input), then high difficulty is more likely to frustrate than to intrigue.

#5 Start from the Bottom Up, Not the Top Down

Why is anyone playing your game? It’s not because they’re broke and your game is free or cheap – almost everyone on Kongregate has console titles. They have Halo sitting a few feet away. So why are they playing your game instead?

The answer: because it’s fun. And why is it fun? That’s a question that needs to be answered BEFORE development has begun. Start with the fun, then add the graphics and music later – not the other way around.

Begin with your central idea – the hook to your game. Play around with it without any graphics. See if it’s fun. If it’s not, tweak it. Figure out what works and what doesn’t, and build on that core mechanic. Don’t start with the character artwork, the music, the level tilesets, etc. You can spend months doing this for a game that is ultimately simply not enjoyable to play. When that happens, you’ll likely end up with is a game that would get an A+ as a homework assignment, but not such a stellar review from someone looking for actual entertainment.

#6 Focus on Your Strengths, Not Your Weaknesses – Don’t Try to do Everything

Final Fantasy X-2 director Motomu Toriyama once said that FFX-2 was packed with minigames because “if you bought FFX-2, you wouldn’t need any other game.” It’s a completely absurd idea.

We all loved the snowboarding minigame in Final Fantasy 7, but I don’t think a single person on the planet loaded it up and immediately thought, “Sweet, now I don’t need to buy SSX!”

But Toriyama’s mindset is one that’s incredibly common among game developers, even if they don’t explicitly realize how they’re thinking. Game developers want to be good at everything. They want to be the best at every genre. If there were a nuclear holocaust tomorrow, they’d want to be able to supply the cave-dwelling survivors with every type of game they’d ever want to play. They want to have true, diehard fans – people who will play their games and ONLY their games.

It’s a flawed, inefficient mentality, and one that should be broken as soon as possible (sorry Dirge of Cerberus). If you’re great at making shooter games but terrible at making platformers, then don’t make platformers. Let other people make them – no one expects you to dip your talents into every imaginable genre.

Knowing your true strengths and weaknesses is one of the most important things you can learn about yourself. Figure out what you’re good at, then do it. Don’t waste time trying to be the Renaissance Man of game developers. Sure, if you keep releasing the same game over and over again, people will get tired of it, but that doesn’t mean that your games can’t share a common theme that highlights what you do best.

Just because you spend all your time making games of a similar genre doesn’t mean that players have to spend all their time playing them. Don’t develop tunnel vision with regard to the diversity of experiences that your player will be having across the entire industry.

Keep in mind, also, that even if you do create a successful game, this does not mean that you can do no wrong. At least 90% of your players will have absolutely no idea what your past games were. If you make a really successful shooter game, this does not mean that your next RPG project will also be automatically successful. It’s extremely common for developers to build something they’re good at, have a big success, get cocky, then do something completely different, only to be completely shocked that they’re still very much capable of failure.

#7 The Player Does What’s Efficient, Not What’s Fun

Your goal is to make a game that is fun. But somewhat contrary to intuition, having fun is NOT the goal of the player. The goal of the player is to conquer whatever the game throws at them. Fun is the expected byproduct of this endeavor. The player wants to have fun without having to seek it out.

The player will do what is most efficient and effective, short of doing what they perceive as cheating. Consider a side-scrolling brawler where the player has two attacks. The first attack causes the character to leap into the air, dive down onto an enemy, grab him, spin him around, then toss him into a group of other enemies, knocking them down. A developer could put quite a lot of time into tweaking this maneuver, and have lots of fun executing it during playtesting. The second attack is a simple punch.

But here’s the problem – the simple punch deals five times the damage. Why would the player bother using the former attack when the punch is so effective? “Because it’s so much fun!” the developer would interject. Then why are you not forcing the player to use it?

We’ve all played a game like this. We’re having lots of fun using a bunch of really cool attacks, abilities, maneuvers, etc. Then we find the infinite ammo rocket launcher that kills everything onscreen instantly, and the game is suddenly less fun. But why? We could always choose to put the weapon away. The problem is that manually handicapping ourselves within the game’s rule structure is not fun either.

When testing your game, play it to win. Don’t play it to have fun. It’s your job to make sure that the two overlap.

There are exceptions to this, of course, where players will just mess around with a game to have fun rather than to progress. But the players who reach this point of exception are the people who are already hooked into your game. It’s the new players who need to be won over. Force them to have fun, whether they like it or not!

#8 Show That You’re Human

Humor and personality go a long, long way with Flash games. Give the player something they can relate to, make them laugh, and make sure they know that you’re an indie developer. Games like Button Hunt, Achievement Unlocked and Upgrade Complete were big hits on Kongregate purely for their humor element – the latter two games targeting their humor specifically at the over-achievement-ing of every game recently made, and the necessity for all Flash games to be filled with copious upgrade screens.

And yes, your game CAN look “too good.” You cannot impress your audience. They’re playing Halo. They know what amazing graphics look like, and you can’t touch that in Flash. No matter how long you spend on your 3D models, you will probably never create something that makes the player truly say “wow.” In fact, more likely than not, you will simply alienate your players with graphics that are between indie and truly professional.

What you CAN do is create something aesthetically pleasing and still relatable. “Sonny” is an RPG that strikes the perfect aesthetic balance of looking great, but still believable as something that was created by a single college student.

“World of Goo” is probably the greatest example of a success in this area. The game looks great, but it still retains a down-to-earth cartoony style. Plus, the game is completely overflowing with humor and personality – and it was all built on a core mechanic that’s fun just on its own, even without these things.

#9 The Final 10% is Most Important

When your game is technically done, there’s a tremendous urge to release it immediately. It’s like finishing a book report and not wanting to proofread it. It’s done! I can turn it in! I can be finished! The light is here!

But resist it. The final 10% of polish is by far the most efficient use of your time, even if it’s the most annoying and feels the least productive (since you’re changing things rather than building them).

But its importance cannot be understated. Maybe the boss on level 1 has too much health, and 40% of the people who play your game give up at that point. Five minutes of tweaking a health number could have been the best five minutes of time you ever spent in your entire life.

Don’t forget to add the little things! Having a mute button (separate for sound and music) and an intuitive save system will go a long way in making players like your game (or, more accurately, in preventing them from hating it).

Play your game. Play it again and again and again. Get others to play it. Get their feedback. Tweak, tweak, tweak. Continue polishing and ironing out bugs. Don’t be afraid to cut something out entirely if it’s not beneficial to the game – yeah, I know, you already put the work into it, but the player doesn’t care how much work you’ve put into it. If something is there that’s not fun, it simply shouldn’t be there. There is no advantage to your game being big and long purely for the sake of being big and long. Again, it’s not a homework assignment.

I believe Skull Mountain does not fit the profile of a heavily profitable game, but we could keep his advice in mind for (possible) future games.

I’m adding the article to the link list.

*Edit* Here’s the same type of article, about Flashbang’s’ method of making games in 8 weeks.

- Created Pirate, 4 different styles, walking and exploding animations
- Created Skeleton Servant with Ready, Digging and Dragged animations
- Created Shaman with Dragging and Lightning animations
- Animated Pirate Ship exploding
- Created half the Loot Icons

I’ll commit a whole lot of stuff tonight after a little cleaning up.

Up Next:
- Interface: gold score, mana meter, active items
- Skeleton Servant presenting Loot
- Pirate attacking Skully
- Score Added and Mana Added animations

Anything else needs to be done ASAP for Programming?

Here’s the list of all the assets that need to be done.

(There’s a LOT! But I’ll make it )

+  = includes a sound effect or a music

!!! = Next Priority as of this version

Italic = Done

• Menus
  • Splash Screens
    • Dom2D
    • Zylum
  • Title Screen
    • Logo
    • Moving BG
    • Play
  • Main music
• Introduction
  • View of Island
  • Reading newspaper
  • Article about his Island
  • Freaks out
  • Looks out the window
  • Pirates are arriving by the sea
  • Really freaks out
  • Tears newspaper
  • Orders Skeletons to grab a shovel
  • Subtitles if any
  • Speech OR Mumbling
• Interface !!!
  • Mana Meter !!!
    • Losing Mana, Lightning
    • Losing Mana, Shock
    • Gaining Small Orb +
    • Gaining Large Orb +
    • Gaining Full Mana +
    • Temporary Infinite Mana +  Powerful sound
    • Empty mana  +  Small panic sound
  • Score!!!
    • Every addition  +
    • Milestone attained  +  Jingle
    • Game won  +  Epic music
  • Level!!!
    • Shovel Upgrade/Level refresh number
    • Gaining +1 level  +
  • Items in inventory!!!
    • Useable or not
    • If temporary, with timer?
  • Pop-Ups
    • Game Won + Epic music
      • Continue! Go for the High Score!
    • Game Over +  Fail music
      • Play Again
    • Pause Pop-Up  +  Stops sound?
      • Continue
• Island
  • Sand tiles!!!
    • Untouched
    • Dug
    • Small dust cloud when digging is completed!!! + small sfx
  • Additional polish on BG and over
    • Birds
    • Fish
    • Animated waves in the water
  • Level refresh (flash of white? Swipe?) +
• Loot
  • Icon for every item (in progress)
  • Animations:
    • Treasure Chest (opens and shines) +
      • Should show how many there are left in that level
    • Empty Treasure Chest
    • Roaming Creatures + optional sound
      • Parrot
      • T-Rex
      • Carnivorous Plant
  • Gold added
    • +X Gold  + !!!
    • Traces of Gold in the sand
  • Mana added  + !!!
    • +X Mana (or just a burst of blue light maybe)
• Enemies
  • Pirate Ships
    • Large
      • Normal
      • Exploding/Sinking +
      • Disappearing after dropping
    • Medium
      • Normal
      • Exploding/Sinking +
      • Disappearing after dropping
    • Small
      • Normal
      • Exploding/Sinking +
      • Disappearing after dropping
  • Pirates
    • Different Styles
    • Walking towards Skull
    • Attacking Skull + !!!
    • Attacking Skeleton +
    • Exploding +
    • Win!
• Skeleton Servants
  • Being Dragged!!!
  • Digging + Small sound!!!
  • Stunned
  • Ready!!!
  • Loot present!!!
  • On a treasure streak (shines a bit)
  • New one appearing (Skeleton Skull loot) + small sound
• Shaman
  • Getting item from Skeleton (shine and smile) + !!!
  • Dragging Skeleton + sound depending on anim!!!
  • Casting Lightning (stays over the ship) !!!
    • Roulette (loop until the player gets in OR cancels it OR ship arrives) + energy sound
      • Small Zone (Large Pirate Ship)
      • Medium Zone (Medium Pirate Ship, Large with Thunder Scepter)
      • Large Zone (Small Pirate Ship, Medium with Thunder Scepter)
      • Very large Zone (Small Pirate Ship with Thunder Scepter)
    • Blast (very short beam animation) + blast sound
    • Miss + short error sound
  • Killing Pirate
    • Explodes pirate!!! + boom sound
  • Using an item (if not automatic)
• Skull Mountain (aka Skully)
  • Subtitles and tutorials
  • Being Attacked  + clink sound
  • Exploding (AKA game over) + boom sound
  • Complaining +  voice or Mumbling
    • Idle
    • Talking
  • Panicking
    • Idle
    • Talking
  • Satisfied
    • Idle
    • Talking
• Specific Item effects
  • Storm Talisman
    • Rain +
  • Thunder Scepter
    • One thunderstrike (flash screen in white, with SFX) +
  • Magic Sandglass (white flash, sfx, white filter) +  Flash sound
  • Reaper Box (Black flash, sfx) + Flash sound
  • Eye of Voodoo
    • Shiny effect on Gold  + bling
    • Shiny Effect on Mana + bling
  • Greed Compass
    • Rotating Compass
  • Treasure Chest
    • Big red X
  • Spy Parrot
    • Flying parrot
    • Excited Parrot +
  • Sun Talisman
    • Shiny filter, birds (maybe) +  Stops stressful music, bird sound
  • Symbol of Life
    • Quick shiny light on all Skeletons  + angel voice sound
  • Bomb
    • Explosion animation + explosion sound (duh)
  • Snake
    • Attacks skeleton animation  + Sss
  • Bear Trap
    • Ready
    • Triggered  +  Snap sound
    • Disappears

Under the cut.

Treasure

Treasure is grouped together around a big one (let’s call such a grouping a Gold Field). When finding Coins or Coin piles, the player should know there’s more in the same vicinity.

Gold Field Layout

Spawn Treasure Chests and Gold Bags first. Then distribute Gold around it. These numbers will probably need to be tweaked. Diagonally adjacent tiles get half the spawn percentage of adjacent tiles.

• Treasure Chest
  • Adds 20,000 Gold
  • Every adjacent tile has a 50% chance of getting a Gold Coin Pile,20% change of Gold Coin, 5% chance of Gold Bar and 25% chance of Nothing.
• Gold Bag
  • Adds 5,000 Gold
  • Every adjacent tile has a 45% chance of getting a Gold Coin Pile, 15% change of Gold Coin, 15% chance of Gold Bar, 5% chance of Gold Bag and 20% chance of Nothing.
• Gold Bar
  • Adds 2,000 Gold
  • Every adjacent tile has a 15% chance of getting a Gold Coin Pile, 25% change of Gold Coin, 60% chance of Nothing.
• Gold Coin Pile
  • Add 500 Gold
  • Every adjacent tile has a 20% chance of getting a Gold Coin 80% chance of Nothing.
• Gold Coin
  • Adds 100 Gold

Gold Dust (Optional)

To help the player remember where he found Gold, it might be helpful to leave traces of Gold in dug up tiles where he found treasure.

Treasure Streak (Optional)

To help the player understand the Gold Field layout, when a skeleton digs up two Treasure Tiles in a row, the skeleton starts a Treasure Streak. It makes it dig 10% faster for every treasure in the streak after the first one.

Mana

Mana Fields are usually grouped in lines, like a river flowing through the Island. The line is broken up in some places. Multiple Mana lines run under the Island.

• Small Mana Orb
  • Adds 10% Mana
• Large Mana Orb
  • Adds 30% Mana
• Full Mana Orb
  • Fills 100% Mana

Mana Streak (Optional)

To help the player understand the Mana Field layout, when a skeleton digs up two Mana Tiles in a row, the skeleton starts a Mana Streak. It makes it dig 10% faster for every Mana tile in the streak after the first one.

Items

Strong items are usually surrounded by crap and curses.

• Shovel Upgrade
  • Skeletons dig 120% faster on regular ground.
  • One per level, is given automatically at each level up. Maximum 200%.
• Skeleton Skull
  • Adds one Skeleton to the Shaman’s army. Spawns right next to the Skeleton who dug it out.
  • At a certain score this upgrade is given automatically. It can still be dug out though.
• Storm Talisman
  • Starts raining
  • Screen Darkens
  • Spells do not cost any Mana for 8 seconds
• Thunder Scepter
  • 150% success zone on all Lightning Roulettes
  • Unique
• Magic Sandglass
  • Freezes all Pirate Ships and Pirates for 8 seconds
• Reaper Box
  • Kills all Pirates on Screen
• Cloning Ring
  • For the next 30 seconds all treasure found is worth twice its base value.

Treasure Helpers

Since the player has to find all treasure chests to move on to the next map level, there are numerous objects to help him find the chests:

• Eye of Voodoo
  • When in the player’s possession, every 30-60 seconds, a really quick shimmer of yellow light reveals the position of one Gold Field OR Shiny blue light reveals a Mana Field position.
  • Unique, very rare
• Greed Compass
  • Stays on the map
  • Points toward one treasure chest
  • When that chest is found, the compass disappears
• Treasure Map
  • Places a 3×3 red X on a treasure Chest
  • Its center is NOT necessarily the Chest
• Bag of Holes
  • Instantaneously digs up to 8 empty tiles in the map
• Spy Parrot
  • Moves slowly from one tile to the next in a random motion, once every 3 seconds.
  • Will squawk loudly for 10 seconds when hovering over a Treasure Chest
  • Stays on map even after a level up

Curses

A few loot items have a bad side effect on the player. They are applied automatically when dug out, the player does NOT need to click on them to activate them.

• Sun Talisman
  • Sun shows up, shines brightly
  • Colorful birds fly around
  • No spells can be cast for 5 seconds
• Symbol of Life
  • Stuns all Skeletons for 3 seconds
• Bomb
  • Drops on the floor where dug up
  • Will explode after 5 seconds, so the player has time to move its skeletons out of the way
  • Destroys nearby Pirates
  • Stuns nearby Skeletons for 5 seconds
• Snake
  • Stuns Skeleton for 3 seconds

Crap

When a tile has nothing in it, one of these Crap items can pop up. Most crap items are completely useless, but some add at least a bit of mana to keep the player going. There should be a great variety of Crap items, and make most of them somewhat funny or a bit absurd. I’ll create a bunch more if I have more time.

There could be an achievement for getting all the different types of Crap.

• Fish Bones
  • Nothing
• Rock
  • Nothing
• Boot
  • Nothing
• Dinosaur Bones
  • Nothing
• Broken Vase
  • Nothing
• Arrowhead
  • Nothing
• Dollar Bill
  • Nothing
• Spork
  • Nothing
• Empty Treasure Chest
  • As the skeleton lifts it up, it looks like a normal treasure chest, but when clicked on it, opens up with nothing in it.
  • Small Mana Orb
• Boomerang (Zelda reference)
  • Small Mana Orb
• Beetle
  • Small Mana Orb
• Nazi Helmet
  • Small Mana Orb
• Hat (Indiana Jones/Spelunky reference)
  • Small Mana Orb
• Whip (Indiana Jones/Spelunky reference)
  • Small Mana Orb
• Mummy
  • Large Mana Orb
• Tiny Flying Saucer
  • Large Mana Orb
• Mini Moai Head
  • Large Mana Orb
• Genie Lamp (Arabian Nights reference)
  • Large Mana Orb
• Nothing
  • Gives NOTHING.

Pirate Traps (optional)

• Bear trap
  • Activated once when a pirate steps into the middle of it
  • Kills all pirates that are in that tile at that moment
• Carnivorous plant
  • Stays on map
  • Triggered when a pirate touches its tile; that pirate gets eaten
  • When it eats something, goes to sleep for 10 seconds
• T-Rex
  • Stays on map
  • Walks in a random direction every second
  • Eats all pirates it touches
  • Disappears after 20 pirates or 1 minute.
• Spike Pit
  • Stays on map
  • All pirates that walk over that tile fall to their death.

When a level is completed, this tile disappears with the refresh.

And he can now… talk!

Taken from the Move out of Skull Island Design Document:

Skull Mountain (Let’s call him Skully for fun) is grumpy and wimpy. Here’s a few possible things he might say:

-          Hey, SHAMAN! I’m under attack here!

-          Ow! Get away!

-          Raaah, not the face, not the FACE!

-          Oh crap here they come!

-          I believe that means there are still 2 treasure chests left, buddy.

-          I was supposed to work on my tan today!

-          Work, work! Hehehe.

-          There’s a skeleton slacking off over here.

-          Why do you do this to meeee?!

-          Aaah that feels good.

-          Thanks man. I owe you one.

-          Nanananana nanananana SHA-MAN!

Dev Log:

• Comitted Design Doc v1.04
• Created Sand tile assets (C:\SVN\skullisland\Assets\SandTile.FLA)
• Redesigned Skull Mountain, now with talking ability (that required a full jaw!)
• Set up valid tiles for Loot
• Drew Shore waves and sand grain for whole Island

Next step:

• Make assets for the sand tiles (the Background image will be a large png with pre-dug out tiles, covered with sand tile assets)
• Write a clear set of rules for the Loot Distribution System
• Polish Island

Not that much work done today, sadly.

Move out of Skull Island Log:

• Finished the 3 pirate ships
• Cleaned up Island, added polish to the Skull Mountain, began drawing waves
• Made mock-up

Things that are urgent:

• Think of how the sand tiles are going to look, be arranged and played with
• Think of a way to design Pirate waves quickly

Keep in mind those ships will be really small on screen.

Here’s a Flash test of how big they are and how they should move. I’m thinking of animating them a bit or complexify their movement a little, to make them more alive and have a boat-like movement.