 |
|
Blake
|
 |
Brainfallocatione
Oct 2000 time: 17:17
|
|
This is a signup thread for a possible Free SMAC project.
For much more detail, follow the link to the
general thread.
Last edited by Blake on 12-02-2002 at 09:55
|
|
|  |
 |
|
Blake
|
 |
Brainfallocatione
Oct 2000 time: 17:17
|
|
I'll go first. 
I’m an almost C++ programmer (iow, I’m learning the language, and know how to do some cool stuff with it), I’m also part way through a university degree, and know stuff about software engineering, basically how to write good, modern software. I have also done stuff on User Interfaces. I understand the workings of SMAC and strategy games in general very well, and have good intuition when it comes to game design and balancing.
So, basically I would help or lead in coding and design.
And run a mile from any art, writing or sound work.
For me, this would be like a first software project. I could dedicate probably 5 hours a week (much more in holidays, much less during crunch times at uni), not counting the time spent in forums.
|
|
|  |
 |
|
SPasmofiT
|
 |
Prahova, Romania
Apr 2001 time: 07:17
|
|
I can do:
Java (Swing, JDBC, JSP, Servlet)
HTML, DHTML, XML
JavaScript, ECMAScript
CSS
I can do the site for the project, or something. Or maybe you'll decide to do tha game in Java, so that it will be available to ALL platforms.
The latest Java version, 1.4 is pretty fast, so I don't want to hear people whining that Java is slow. Anyway, the decision is not mine.
I can do the site, at least.
|
|
|  |
 |
|
Blake
|
 |
Brainfallocatione
Oct 2000 time: 17:17
|
|
C++ is not bound to any one platform, I intend to use MingW on my windows box for development, so basically any platform with a gcc compiler (and supported by the library I intend to use) should be able to compile the game. The list of platforms supported should be quite exhaustive.
Anyway, Java will be slower than C++, if you want to use fast graphic routines in Java you generally end up having to use machine specific code anyway, defeating the purpose of using Java in the first place.
However, only the main program needs to be written in C++, supporting utilities (the most important would be the faction editor) could be written in Java. This wouldn't be a bad idea, because C++ isn't well suited to writing such utilities, and the alternative which would usually be used, VB, isn't cross platform.
edit: So, until I see proof that Java can handle a game of SMAC's complexity, on a reasonably low end system (400MHz), I intend to stay with C++.
Last edited by Blake on 13-02-2002 at 06:19
|
|
|  |
 |
|  |
 |
|
SPasmofiT
|
 |
Prahova, Romania
Apr 2001 time: 07:17
|
|
GCC can assure you only text-interfaced applications. For GUI, one must use Qt, GTK+ or something else.
Also, C++ is VERY messy, especially when dealing with pointers and extended librarier, which are not cross-platform (networking, gui). It needs a lot of work to produce usable and safe code.
Java's performance has greatly increased with the latest release of the SDK (14RC1). For testing, you should check out the following software:
I can't really change your mind. You have to do it yourself, but, in my experince, I can tell you that using obscure widgets toolkits for gcc, and hoping for portability is impossible, risky AND will burry the project.
Java also has great mecanisms for networking, sound api, xml parsing (conf files), full scree graphics, 3D graphics and many open components are already available.
Java IS NOT applets. The applet we usually see on the web are Java1.1 and now, Java reached version 1.4.
Also, since FreeAC will be a turn-based game, we won't need masive resource associated with real-time gaming.
I have experince as a C/C++, PHP and Java coder, mainly for web use, but also client-side. This is just an opition. But I don't want to see Java ignored because "it's slow", even if it isn't.
Java may be slow when building Quake 3, but for a game like SMAC or FreeAC, it should be fine. Besides, there are more Java programmers that C/C++ ones (I will fetch the statistics URL on request).
You might also want to consider Python + Qt or Perl + Qt, a setup chich will run on Windows and all major unices, but you'll have some restrictions on distributing ActivePython or ActivePerl for Windows and resources are scarse.
|
|
|  |
 |
|
johndmuller
|
 |
Capitol Hill, Colony of DC
Feb 2001 time: 00:17
|
|
I would be happy to volunteer.
I have a substantial amount of professional experience in various aspects relevant to this project, including coding, systems & software analysis/engineering/architecture (whatever you want to call it), database stuff, testing/debugging, standards browbeating and ego stroking. My programming is probably a bit rusty and no doubt out of date, but would be servicable after a learning curve; the rest of the stuff I would be pretty much OK off the shelf. I could put in several hours a week at least. (You do realize that someone has to put in time on the order of xx hours per day, don't you?)
I think I could contribute good stuff in the areas of initial design, coordination, testing/debugging and being a details PIA.
|
|
|  |
All times are GMT. The time now is 05:17. Apolyton Time is 00:17. |
top of page
|
|
|
Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
|
HTML code is ON
vB code is ON
Smilies are ON
[IMG] code is ON
|
|
|
|
|
|