first game I've created, call it BattleByte. Pretty proud of my own work i did, if anyone wants to try it feel free!! heres a link to my dropbox that holds the file(its a .rar so you'll need a program to unzip it.) http://dl.dropbox.com/u/78573135/BattleByte1.09a.rar
Feel free to tear my work to shreds and tell me every flaw about the game!
-improved the game thanks to the helpful input below
 The game no longer takes bad input as a turn(discards and waits)
 Removed I's and replaced with white spaces for easy recognition
-added the project for easy access to source code(code::blocks)
I'm not a big fan of text based games but it's not bad. It is a little difficult for me to see the characters with the I's as the background, is it possible to use spaces? Any plans to convert it to using a graphic lib? I haven't looked at the source yet so I cannot comment.
Eventually yes, ill use SFML and openGL to create a graphical version of the game. And im also looking into giving the characters color or making them more obvious, i do hear a lot that they are hard to see. Thanks for trying it!
Just some things that I noticed was that when making moves, anything that isn't wasd or g counted as a turn, and it looped through the turns very fast. It took me seriously like 5 turns before I realized that <UP> didn't mean press up -.-
Aside from that, same thing that naraku9333 had said, the I's make it very hard to read the board. Also, have you thought about using special characters instead of just typical print characters? A Square block for impenetrable wall, maybe a spade for a wall that can be shot, and maybe the two smiley faces for the people? Just thoughts. Anyways, not a bad game.
I'd look into the instructions page a little more, try to condense it or break it into two pages. It scrolled down on me and I had no idea how much text had scrolled past me.
nice i liked it,
suggestion : arrow keys - e.g.
Up- control code : 224 keycode : 27
you can use two getch to implement this one for control
other for keycode if user presses ascii key control is the ascii value,
this is just a raw idea, try to implement it
anyways nice game
Yes, virtual keys are windows specific, but so is what you posted. The difference between the two is that every compiler will handle virtual keys exactly the same way, but this is not true for getch() since it is not standard. I learned about the differences upon reading the articles on this site from Duoas. You can also make it more portable by enabling keyboard handling for *NIX systems as well. I haven't gotten far enough to try it myself yet though.
Have you run into any problems or needed any help with the code thus far? I'm no expect, but I might be able to offer some insight into problems. Sometimes it helps to just have a fresh pair of eyes.