MUST see screenshot. This is further work on the previous Hex Grid Generator entry a few days ago, but now with primitive homemade graphics (don't laugh) and functionality to create maps. Since it's going to be a fantasy strategy play by email (PBEM) game, it also includes an address book where you set up people's names and their emails for use when setting up a game once I've finished coding it, which will include fighting units that level up with experience, auto-combat rules, movement, building structures, spells, etc. Also note this program only works effectively with screen resolutions of 1024 x 768 or higher.
Bonuses: This code makes extensive use of classes, including my own BitBlt Engine which I use all the time to load graphics into memory directly from files, and then with some very easy commands I can paint without the hassle of all the BitBlt or StretchBlt parameters unless I need to use them, so check it out as it's well commented. This project also includes a nice ini file class which I've used for years. And you may find the handy little Help Form included to be useful in your own apps.
The response to this entry will determine if I post the entire completed project to PSC as it develops or not since I'm starting to feel protective of the complex growing code. But if it's something enough people are interested in, I'll keep posting. In such an event, my tentative title for this game is Battle Squads so keep a lookout for it. Plus, are there any game tester guinea pigs I could use in trying to help find game balance when version 1.0 is complete? (You'll end up in the credits). Opinions are also wanted to some questions I'll post in the response area, and as always, a vote would be appreciated.
Note: Due to the size or complexity of this submission, the author has submitted it as a .zip file to shorten your download time. Afterdownloading it, you will need a program like Winzip to decompress it.Virus note:All files are scanned once-a-day by Planet Source Code for viruses, but new viruses come
out every day, so no prevention program can catch 100% of them. For your own safety, please:
Re-scan downloaded files using your personal virus checker before using it.
NEVER, EVER run compiled files (.exe's, .ocx's, .dll's etc.)--only run source code.
Scan the source code with Minnow's Project Scanner
If you don't have a virus scanner, you can get one at many places on the net
Terms of Agreement:
By using this code, you agree to the following terms...
You may use
this code in your own programs (and may compile it into a program and distribute it in compiled format for languages that allow it) freely and with no charge.
You MAY NOT redistribute this code (for example to a web site) without written permission from the original author. Failure to do so is a violation of copyright laws.
You may link to this code from another website, but ONLY if it is not wrapped in a frame.
You will abide by any additional copyright restrictions which the author may have placed in the code or code's description.
Which of the following would make for a better strategic PBEM turn-based game...
1) Have each person take their turn one at a time 2) Have each person make their play at once -- each person then emails turn to host who then generates their turns simultaneously, resolves auto-combat, etc.
For option 2, you'd tell your units where you WANT them to go, and they'll end up there unless another player has moved its forces into a hex along your path. So I think option 2 would require no line of sight. With this method also, it could be hard to "catch" enemy units who might try to run around you unless I create tracking option where you hunt down the enemy squad -- would that be good?
If I go with option 1, you move your forces where you see an enemy and auto-combat takes place. But if combat doesn't work the way you liked, then player could cheat by re-starting their turn unless I can stop that.
So what's everyone's thoughts/questions? Thanks! (If this comment was disrespectful, please report it.)
Thanks! FYI -- I forgot to mention in the description above, though it's mentioned in the program -- left-clicking on map creates the currently selected object. Right-clicking the objects brings up the individually editing screens as shown in the screen shot. Also, the screen shot's color is not accurate since it was converted to a gif file. (If this comment was disrespectful, please report it.)
Great Idea, use option #2Everyone plays at once, that way a slow player won't hold up the game. BTW I'll beta test, when you are done go ahead and E-Mail me at: Starwarrior98@Juno.com, or ICQ me at: 42684281. (If this comment was disrespectful, please report it.)
Thanks Jason -- I will keep you in mind when I get to that point. And Q-2, when you say make it winsock, I assume you mean make it a game where all the players are logged on and connected and they wait for each player to make their turn, correct? (If this comment was disrespectful, please report it.)
Thanks for the comments! My thought is with it being a more primitive version of similiar commercial games, that people won't bother to mess with logging on with other users to actually play it -- too much hassle and we all know how it sometimes works out when you're trying to get certain several people logged on at the same time, especially over different time zones.
But if it's a PBEM game, then players can take their turns anytime before the preset times the host requires that he receives their turns.
But I won't rule winsock out since a couple people have mentioned it. Any other opinions about winsock vs PBEM? Or other thoughts in general. Anyone else prefer PBEM option #2 over #1? Or vice-versa? (If this comment was disrespectful, please report it.)
Yo Jeremy,im making a strategy game but i need HELp!!!I need help if i click somewhere on a map how do the move over there with animations!!Please email me email@example.com (If this comment was disrespectful, please report it.)
Add Your Feedback
Your feedback will be posted below and an email sent to
the author. Please remember that the author was kind enough to
share this with you, so any criticisms must be stated politely, or they
will be deleted. (For feedback not related to this particular code, please
click here instead.)