Tips for making a fun platformer. A platformer is a game in which a character runs and jumps around a level consisting of platforms floating in the air. Although this article focuses on platformers, the philosophy behind each idea can be applied to any type of game, whether 2. D or 3. D. This list does not only include tips for the product (a fun game), but also for the development process. Keep the user interface simple. The player presses the jump button to jump.
That is a simple user interface. The challenge for the player is pressing the jump button at the right time to complete the game. In other words, the challenge is not using the interface, but using it at the right time. The more transparent and intuitive the interface is, the better. If drivers on the road had to concentrate on how to turn their vehicles, there would be many more accidents.
Platform Game Maker download. Platform Game Maker 2013-04-22 20:24:10 free download. Platform Game Maker This is an application that will allow a person with no programming skills create their own platform game.
Make your own adventure-filled platformer game with ninjas, dragons, spaceships, monsters, zombies and anything you can imagine with this free online game creator. HOW TO MAKE A GAME IN FLASH - This is the First part of the PLATFORM GAME DEVELOPMENT TUTORIAL which teaches you how to make a 2D platform game ( also called side scrolling game) in flash 8, flash cs4, flash cs5 or. Building a platform game. (Tim by name, from the highly acclaimed platform game Braid - its graphic artist. I'm making a game in Plataform and this tips is very useful.Thank you very much! Construct 2 can make all kinds of 2D games. In this tutorial, you'll be taken through the basics of making a platform game in Construct 2. If you're new to Construct 2 and would prefer to make a top-down shooter style game.
The simple interface also applies to the menus and all other interactive sections of a game. It must be easy to navigate between menu items and to select items. Make important information easy to see.
Make it easy for the player to see important things in the game. Platforms that the character can walk on must stand out from scenery in the background. Collectable items must be easy to recognise. One glance at the HUD should give you all the information you need. An easily readable font is a necessity.
The player must know what is going on in the menu. Mind your collision boundaries. The collision boundary of a friendly object is bigger than the object. The collision boundary of a harmful object is smaller than the object. Friendly objects include power- ups, switches, ladders, and swinging ropes. Harmful objects include enemies, enemy bullets, spikes and rotating blades.
The bigger collision makes it easier to interact with, or collect the friendly object. The smaller collision makes it easier to avoid the harmful object. The green rectangles are the collision boundaries of friendly objects, and the red rectangles are harmful objects. The yellow rectangle is the player.(The collision boundary can also be referred to as collision rectangle, collision bounding box, collision sphere, collision region, collision polygons, etc. The player collides with an object if the player’s collision boundary overlaps the object’s collision boundary.)4. Make it easy to jump over gaps.
The player can jump when he is in the green area. The larger green area on the right makes it easier to jump across platforms (that’s a good thing). Traditionally in games – and realistically – a player can only start jumping if he is standing on something. Allow the player to start jumping when he is in mid- air, when he just stepped off the edge of a platform. Have a leeway of about one second in which the player can start jumping.
After the one second he can no longer jump, and continues to fall downwards.) This makes it easier to jump from one platform to another. Make it possible to change animation states anytime, anywhere. The character’s animations should follow the player’s movement, not the other way around. In other words, the player’s movements should not be limited by the animations.
Ideally, any animation should be able to start from any other animation, at any time. The player wants to run, jump, grab onto a ladder in mid- air, climb up, shoot his gun, and jump off the ladder. The animations should allow him to do that. Also, the player should never have to wait for his character’s animation to end before he is able to move again. Do not disable input while an animation is playing, causing the player to wait for the animation to end before he can move again. Provide plenty of power- ups and collectables.
Most kids collect stuff, purely because it is fun. That same feeling of joy happens when you collect things in a computer game. Put collectable stuff in the game. The more, the better. There is no logical reason for it. It is just fun. 7.
Write generic, but versatile AIDesign and code a small number of base AI agents, each containing a small number of variables. The variables are given different values to create a large variety of AI agents. Examples of base AIWalking AIWalks on horizontal surfaces. Variables. Health. Speed. Jump height. Attack style. 1 = Easy 3 = Medium. Difficult. 0 = Static (remains in one spot, e.
Venus’s flytrap) 1 = Slow. Medium. 3 = Fast. Super fast. 10 = Slow, but fast when the player is nearby. Cannot jump 1 = Low. Medium. 3 = High.
High when the player is directly above. None, just wander around 1 = Near range melee. Medium range melee.
Shoot projectiles. Examples: Knight, Archer, Fire Elemental, Giant Venus’s flytrap, Elf. Flying AIFlies around in the air.
Variables. Health. Speed. Fly diagonal. Attack style. 1 = Easy 3 = Medium. Difficult. 1 = Slow 2 = Medium. Fast. 5 = Super fast.
Slow, but fast when the player is nearby. Cannot fly diagonally 1 = Can fly diagonally. None, just wander around 1 = Near range melee. Medium range melee. Shoot projectiles. Examples: Hawk, Gryphon, Ghost, Air Elemental, Dwarf in gyrocopter.
Crawling AIWalks on any surface: horizontal, vertical, diagonal and upside down. Variables. Health. Speed. Drop down.
Attack style. 1 = Easy 3 = Medium. Difficult. 1 = Slow 2 = Medium. Fast. 5 = Super fast. Slow, but fast when the player is nearby. Cannot drop from the ceiling 1 = Drop from the ceiling randomly.
Drop from the ceiling when the player is beneath. None, just wander around 1 = Near range melee. Medium range melee. Shoot projectiles.
Examples: Giant Spider, Worm, Killer Snail, Slime Elemental. Have a story and atmosphere in mind. Define the game’s story early on in development. The story is a guideline for the game’s overall atmosphere, art style, and goals. The story can be complex or a single line of text. You can reveal the story to the player in cut scenes and dialogue, or you do not need to show it to the player at all.
As long as everyone working on the game knows what the game’s story is. Example story: A lone marine fights hordes of zombies and demons on a moon base. From this story we know what the game is about. Define scope and time clearly. Make a list of everything that needs to be done to complete the game. Then estimate how long it will take to implement each item in the list.
The amount of time you end up with is the minimum time it will take you to complete the game. To put it into perspective: If your design document is 5. It is natural to have an initial design doc which does not include everything that will eventually be in the game. More pages will be added to it during development.
To put it into perspective again: If it takes an artist 2 weeks to create and animate a character, then it will take 2. That is 5 months – almost half a year.
If you have two artists, then it will take half the time to complete the characters. But it still takes 2. In other words, you still pay for 2. It is very easy to think of new features to add to a game throughout the development process. However, every time you add a new feature, you push the release date further away. Continue to add features on a regular basis and your game will never be complete. When you add a new feature, be prepared to take another one away to meet your deadline.
Make sure that you prioritise your initial list of features, so that the least important ones can be dropped if (or when) you run out of time. Do not be ashamed to make a game which has a very limited number of features. The people laughing at you are probably working on an MMO that will take them 1.
Remember, one of the most rewarding feelings in the world is to complete a project. Prototype before finalising theoretical fun. The prototype, with placeholder graphics. The green block is the main character, and the red blocks are the enemies. Compare with the image below. There are thousands of good ideas for computer games, but not all of them are fun.
The best way to find out which are fun, is to prototype the game. The prototype is a quick- to- make and quick- to- change version of the game that helps you to test out your ideas. Why prototype? It saves you time in the long run. Have you ever had to recreate art or reprogram a system because the design changed as a result of the game not being fun? To save time, use an existing game engine and download free resources from the internet to create the prototype.
The prototype may be done in the same engine used for the final game, and some of the code can be reused. The final game with Renaissance art. The prototype may also be a completely separate program (or programs) that will be discarded when the final game is in full development. For this reason, there are people who do not like prototyping. They believe it is a waste of resources and time, because the final prototype ‘product’ is discarded. Think of the prototyping as another idea phase of development.
During this phase you test out your ideas, change them, replace them, and tweak them, until they are fun. The prototype ‘product’ is, therefore, a tool used for testing ideas. Remember: Prototyping must also be included in your list of things to do, and, therefore, must be part of your schedule. Involve everyone in the team in the design.
Would it be better for an artist to work on a character if he or she was involved with designing the character? Or better yet, if he or she came up with the idea for the character? Would it be better for a programmer to code a system if he or she was involved with designing it? The answer is yes. It will also be better for the game.
A game is a creative collaboration. If only one or two people design the game, then it will be creatively limited. People generally feel happier and more devoted to a project if they are included in the design process. Therefore, encourage everyone to be involved in the design process.
And it does not always need to be a formal process. In other words, you do not always need to schedule a meeting where everyone is involved. People can send emails, talk in the kitchen, or shout across the room. Further Reading. Related.