[java] Java Civ-type game project -- Demo available!
Clash of Civilizations Demo 6
In Clash of Civilizations Demo 6 we''ve added a bunch of new features to the solid military and economic game already available in Demo 5. You can see a few details about the new features at the bottom. In the new features such as road building, and merchants that carry out trade, players will already experience the Clash design philosophy of combining low required micromanagement with in-depth possibilities! You can do the micromanagement that You think is fun, and leave the rest on automatic without Crippling your game. What we have now is already a bit of fun, and we sometimes get that "just one more turn" feeling out of the game. But it ain''t nothing compared to what''s coming!
This is the time the Clash team really needs feedback from as many playtesters as possible! We have a lot of breakthrough ideas already in the game, many of them similar to things that people were asking for in the civ 3 list, but didn''t get into that product. Because we are doing so many cutting-edge things, we need people to tell us if the implementations are great, or if they suck . Your feedback now is much more important than later, when the game will be more fully developed, because now the leverage is high to change things that are bad. (We don''t expect to do everything great the first shot . Since we''re a relatively small group, your suggestions also are much more likely to make the difference with Clash and those made to commercial gaming houses.
Come check out the demo by visiting the Demo 6 Comments and Bug Reports thread at the Clash forum! If you want Revolutionary improvements in Civilization-genre games Clash of Civilizations is your answer!
[site is twitchy today, so if you get a deadlink, don''t despair, just try later]
Demo 6 Features:
1. Roads Implemented. To build them player draws an outline on the map. Once enough economic resources are allocated, they are built.
2. Merchants (at least an alpha version)
The specials I have in so far (to give merchants something to trade):
Gold -> Services ; Tin -> Resources ; Cloth -> Manufactured Goods ; Salt -> Food
3. Army Support: Army build removes population and supplies come from your civ or the army will suffer the consequences. The Hun scenario uses exhaustion of stockpiled supplies as a ticking clock that the Attila player needs to beat or suffer destruction!
4. New info screen we call Events that shows the big things that happened in the turn with links to more detailed info if the player desires.
5. 800x600 res support
6. Fog of war and hidden terrain. (AI will still know whole map for now, since it would be too time-consuming at this stage IMO to have AI able to deal with uncertainty.)
7. Lots of GUI improvements and bug fixes.
And yeah, we could still use team members with virtually any skills that you''d expect to be useful in game development! Especially Java coders
-Mark
Link?
Nevermind, it was hidden in the text...
Edited by - joeG on December 28, 2001 12:06:26 PM
Nevermind, it was hidden in the text...
joeG
Edited by - joeG on December 28, 2001 12:06:26 PM
Well, the next demo is still maybe a month away, but I thought I''d give this a bump. We have a Java Architect as our lead programmer, and he is willing to mentor individuals that are at least at an intermediate level of Java knowledge, and are really willing to put in some effort.
BTW if anyone here has Visual Cafe (my version is the ancient v4)... I would like to know how to automatically send the stack trace for an exception in a run to something other than System.out. For whatever reason the debug mode won''t work with Clash, and so frequently any exceptions get truncated by the #@!&* Win98 Dos window.
Thanks,
-Mark
BTW if anyone here has Visual Cafe (my version is the ancient v4)... I would like to know how to automatically send the stack trace for an exception in a run to something other than System.out. For whatever reason the debug mode won''t work with Clash, and so frequently any exceptions get truncated by the #@!&* Win98 Dos window.
Thanks,
-Mark
I don''t have Visual Cafe, but there''s a simple way to do what you''re looking for.
public class DebugWrapper{ public static void main(String [] args) { try { // replace NormalEntryClass with the // class whose main method is the one // you normally call first NormalEntryClass.main(args); } catch (Throwable t) { // this will at least put the stack trace // on System.out, so that it can be piped // when run at the command line. Feel // free to alter it so that it will send // to a file or some other mechanism more // directly. t.PrintStackTrace(System.out) } } // main} // class DebugWrapper
Thanks c_wraith, I''ll try it out next time I run into the problem! I''m embarassed I didn''t think of it myself :o
Turns out there''s an even simpler way to redirect a stack trace that a friend told me about that I thought I''d post for the record:
Use System.setErr(PrintStream printStream) to redirect the error stream.
Use System.setErr(PrintStream printStream) to redirect the error stream.
You can do the same with System.out and System.in
with
System.setOut(PrintStream p);
System.setIn(InputStream in);
- Shane
with
System.setOut(PrintStream p);
System.setIn(InputStream in);
- Shane
This topic is closed to new replies.
Advertisement
Popular Topics
Advertisement