I can understand why they're doing in NES style graphics than SNES style.  NES always looked really "perfect" and you knew you were getting "true retro graphics."  SNES was a little sloppy compared to NES, because every game had a seperate set of colors used and games often had a lot of inconsistancies in the color palettes.  In NES games you had 4 colors per tile and using all four colors for every tile looked very nice, but with SNES you had 16 colors per tile but if you have 16 colors crammed into little 8x8 squares it wouldn't look very nice and most of the time your not going to use all 16 of them.

I want to eventually make a video game, or be part of a development team, but where exactly do I begin making the game?  First you can't make the game without the game engine but how would you know how the game engine should work if you don't know what sized sprites your going to use and how many of them without drawing the graphics first?  How do you stay attentive drawing the graphics?  I've been working on an animation of a girl dancing for about a month and I only have 9/12 (I might even need more than 12 for this, but I don't know yet) frames done.  How do you make an game engine anyway? (I'm thinking of making this game for either a Sega Genesis or a Super Nintendo)  How do you come up with a system of designing the game that allows you to do EVERYTHING?!  I have a lot of crazy game ideas that don't involve just having enemy sprites walking on a non-moving background layer.  For example, having a wall in the background crack and then the ceiling collapse on you, you can't achive with just the "sprites on one playfield background" kind of engine.  It wouldn't work because it will require the top of the background to be turned into two backgrounds and the second will be also as much as part of the game as the first background.  So how do you make a engine/system that does everything you want it to do?  What about compressing graphics?: If you do all the decompressing before you start the level you might run into RAM limitations; if you do real-time compression you might have som miserable slowdowns (unfortuanately, a lot of Snes games relied on this method, I heard from someone); and if you don't use compression you might run into ROM problems.  So what will be the solution?  Have a giant mess of different strategies, strategically chosen for all the different characters and items and stuff.  But there is two problems with that:  1) How do you know what strategy to use if you haven't drawn all the sprites and counted how much memory all this takes up?  2) How do you make an game engine that lets you use whatever kind of compression strategy whenever you want it?  Anybody who could solve all my unorginized confusion, thanks in advance!

It tried TAKE ONE, and I don't like programs that have more than one file in them.  Have anything that is just the program instead of a bunch of other things?



BTW, here is my animation

Hi I just got here.  What do I need to make an animated bitmap?  Whenever I make pixel animations on my computer I always use a trick with MS paint where I zoom into a the picture and use the < and > buttons on the horizontal scroll bar to evenly space out each frame and use those buttons to move from one frame to the next and back.  However I don't know what I need to turn them into a valid animated bitmap file.