Menu
▾
▴
craft-devel — For our developers.
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(3) |
Dec
(5) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
(38) |
May
(33) |
Jun
|
Jul
|
Aug
(31) |
Sep
|
Oct
(13) |
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
(12) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Christoph P. <kr...@ke...> - 2007-02-20 17:27:09
|
Hi there! First things first: Thanks for your interest in craft and yes, we are active, even though we were really inactive some time ago (about 2 months I think). There will hardly be any release soon, because we are rewriting many parts auf the game due to poor design decisions (When I look at my current code I have a urge to throw up -_- ). I personally have no objections with your help, there are only a few obstacles. Most of our communication is done per irc (we have a channel at irc.euirc.net #craft ) or (in wechner's an my case) per talking ;) . Also we are rewriting good portions of the code and changing design decisions. It would also be very helpful to know, how you could help us. My best regards, Christoph Peltz (firewing) |
|
From: Cynthia S. <csh...@ea...> - 2007-02-19 15:23:18
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm just wondering if there is any work being done on this project. I might be able to help. - -- Cynthia Sherman -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFF2cDO4fVxUQfBPegRAjTAAJsH1Szmn3r+6NWWkqb4X0cg2vPSgwCeIiQL mIspxxhgwKzcFRRZ24TDWs4= =sQPy -----END PGP SIGNATURE----- |
|
From: <co...@mr...> - 2005-02-21 07:03:25
|
Hello, I've just updated the Trove Categorization at SourceForge. Added User Interface: SDL and changed Operating System from "OS Independent (written in an interpreted language" to "OS Portable (Source Code to work with many OS platforms)". Regards, martin -- Homepage: http://mroot.net/ Powered by Gentoo Linux (http://www.gentoo.org/) |
|
From: Arne R. <arn...@gm...> - 2005-02-16 21:56:33
|
Hi, I just worked on the helping tool Kris requested. It is a little perl script that converts pathes in the directional format into waypoints. It parses the input for "...from (x,y)...: DIR..." with - x and y as unsigned integers that represent the start position - DIR as one of n, nw, w, sw, s, se, e, ne that represents a direction (one step of the path). There may be (and probably are) more than one DIR. - ... as anything irrelevant So you can easily copy the debug output from CPathfinding and it will calculate the absolute positions of all the tiles on the way. Hope there are no(t many) bugs... ;) cya arne |
|
From: Martin W. <mai...@mr...> - 2005-02-15 18:05:47
|
Hey, Christoph Peltz wrote: > [...] I want > you (arne, martin) to please correct every use of the unit IDs Done and committed. > Another change is the renaming of the class PlayerKI to PlayerAI and > every time "KI" appears it is replaced with "AI". Does not occur in my sources. Regards, martin > [...] -- Get my public GPG key from pgp.mit.edu or wwwkeys.pgp.net - Key ID: 0x44085D12 -- Homepage: http://mroot.net/ Powered by Gentoo Linux (http://gentoo.org/) -- Mails von dieser Adresse sind nur gültig, wenn sie mit dem o. g. Schlüssel signiert wurden. Unsignierte Mails von dieser Adresse sind gefälscht und stehen in keinerlei Verbindung zu mir. Mails from this address are only valid if they are signed with the abovementioned key. Unsigned mails from this address are faked and have no relation to me. |
|
From: Christoph P. <fir...@we...> - 2005-02-13 12:16:38
|
Hi, I've recently commited two files that are not under my custody. In kernel.cpp I changed the wrong include from "playerki.hpp" to "playerai.hpp" and in input.hpp I changed the type of the vector which saves the selected units from float to unsigned int. Craft compiles now with warnings (on my machine) but segfaults on game start. I think this is the work of the old events which use float instead of unsigned int (thats also the source of the most warnings besides that arne converts double to unsigned int but maybe that is also an event issue). Martin would you please look and change your code. I do not want to stick my fingerst to deep in the honeypot^^.=20 cya Kris --=20 Christoph Peltz <fir...@we...> |
|
From: Christoph P. <fir...@we...> - 2005-02-12 20:07:34
|
Hi arne, > I don't think that's necessary. All remote players are of type > PlayerNet, it's irrelevant if a human player or an AI gives the > commands. Therefore every CPlayerAI is a local AI. OK, my fault. I thought an AI could be remote or local, I will correct this. > I don't know if there is need for the last method (add an > integer), but the rest seems to be sensible. Yeah, maybe I thought that be a nice wau of gat a point that is in a diagonal line. (It resulted out of a mood ;D ) cya Kris --=20 Christoph Peltz <fir...@we...> |
|
From: Arne R. <arn...@gm...> - 2005-02-12 15:09:07
|
Hi Kris, > Because of a constructor change in CPlayer (needed for isLocalPlayer in > CUnitManager) I have to change the constructor of CPlayerAI too (the > constructors of CPlayerHuman and CPlayerNet are only fixed). CPlayerAI > needs now a 4th argument from type bool which indicates whether the AI > is a local AI or a remote (true for local, false for remote). I don't think that's necessary. All remote players are of type PlayerNet, it's irrelevant if a human player or an AI gives the commands. Therefore every CPlayerAI is a local AI. > And I have given the POINT struct in map.?pp a constructor, which > accepts zero, one or two arguments. If none is specified the variables > are initialised with the value 0. The struct also got two new operators, > both for addition. The first accepts an other point, the second accepts > an single integer. (Hope that is what you want arne ;D ) I don't know if there is need for the last method (add an integer), but the rest seems to be sensible. cya arne |
|
From: Christoph P. <fir...@we...> - 2005-02-12 09:17:37
|
Hi, its me again. Because of a constructor change in CPlayer (needed for isLocalPlayer in CUnitManager) I have to change the constructor of CPlayerAI too (the constructors of CPlayerHuman and CPlayerNet are only fixed). CPlayerAI needs now a 4th argument from type bool which indicates whether the AI is a local AI or a remote (true for local, false for remote). And I have given the POINT struct in map.?pp a constructor, which accepts zero, one or two arguments. If none is specified the variables are initialised with the value 0. The struct also got two new operators, both for addition. The first accepts an other point, the second accepts an single integer. (Hope that is what you want arne ;D ) cya Kris --=20 Christoph Peltz <fir...@we...> |
|
From: Arne R. <arn...@gm...> - 2005-02-11 20:14:17
|
Hi, > I want you to know that I will commit an important patch in the cvs > tomorrow. New unique ID calculation. Now the unique ID of a unit isn't > any longer from type float but from type unsigned int. I have already > modified the functions and data fields in the unit sources and I want > you (arne, martin) to please correct every use of the unit IDs so the > cvs code wont be broken for long. Done and just committed. > Another change is the renaming of the class PlayerKI to PlayerAI and > every time "KI" appears it is replaced with "AI". Sorry for this failure > in the first place. Also corrected and commited. cya arne |
|
From: Christoph P. <fir...@we...> - 2005-02-10 21:18:52
|
Hi my dear developers, I want you to know that I will commit an important patch in the cvs tomorrow. New unique ID calculation. Now the unique ID of a unit isn't any longer from type float but from type unsigned int. I have already modified the functions and data fields in the unit sources and I want you (arne, martin) to please correct every use of the unit IDs so the cvs code wont be broken for long. (For Information: With 64 players in game every player could have up to ~67 million units. Seems enough for me). Another change is the renaming of the class PlayerKI to PlayerAI and every time "KI" appears it is replaced with "AI". Sorry for this failure in the first place. cya Kris -- Christoph Peltz <fir...@we...> |
|
From: Martin W. <mai...@mr...> - 2005-02-01 21:18:26
|
Hey, Kris, Christoph Peltz wrote: > I think we can assamble a new release for linux (game and multimedia > files) and what ya think of a new documentation realease. I think it'll > pretty usefull. I think we should first document most of the recent changes. Currently many documentations are outdated or missing, so let's wait a while. Apart from that: probably we'll get the units working till then ;) Regards, martin > [...] -- Get my public GPG key from pgp.mit.edu or wwwkeys.pgp.net - Key ID: 0x44085D12 -- Homepage: http://mroot.net/ Powered by Gentoo Linux (http://gentoo.org/) -- Mails von dieser Adresse sind nur gültig, wenn sie mit dem o. g. Schlüssel signiert wurden. Unsignierte Mails von dieser Adresse sind gefälscht und stehen in keinerlei Verbindung zu mir. Mails from this address are only valid if they are signed with the abovementioned key. Unsigned mails from this address are faked and have no relation to me. |
|
From: Christoph P. <fir...@we...> - 2005-02-01 20:40:28
|
Hi peers, I think we can assamble a new release for linux (game and multimedia files) and what ya think of a new documentation realease. I think it'll pretty usefull. Maybe I can create a win release, but I will not promise anything. I hate compiling under this want-to-be OperatingSystem... cya Kris --=20 Christoph Peltz <fir...@we...> |
|
From: Christoph P. <fir...@we...> - 2005-02-01 20:36:38
|
Hi guys, I lately committed the unit.?pp and unitmanager*.?pp files in the cvs. I am pretty unsure if I should commit the player files, because mostly arne has worked there because I was so occupied with the unit movements. I think arne should commit them okay? (I do not know exactly what you have done, but I will look at it and document it ;D ). cya Kris --=20 Christoph Peltz <fir...@we...> |
|
From: Arne R. <arn...@gm...> - 2004-10-25 16:35:01
|
Hi, > after an hour of tracing an compile error I found it to be caused by > dir.hpp . Since the usage of dir.hpp is obsolete I looked at all header > files that still included it. Since no one required it I committed new > versions of map.cpp, kernel.cpp and text.hpp that no longer include > dir.hpp and removed dir.?pp from CVS. > > Everybody, whose sources were affected, excuse my intrusion. Nice. In the end I was able to compile and even run craft without any crashes occurring now. Since you said you couldn't because of a missing descriptions of players bases in the map files, I attached three maps and the required tiles to this mail. Craft did not crash in my tests. But there is still a lot to do in the unit movements and pathfinding issue... the units often jump a tile back on their way and therefore sometimes don't ever come to the point they are supposed to go to. They also sometimes take their way over water or other tiles they aren't able to walk on. I did not test networking at all. But I don't think our units will move more steadily on multiple systems at the same time. Some things about the menu: I remember implementing the adding of some map info like size and number of players to application events some months ago. But I can't see any of these in menu... cya arne |
|
From: Martin W. <mai...@mr...> - 2004-10-15 00:34:00
|
Hey, after an hour of tracing an compile error I found it to be caused by dir.hpp . Since the usage of dir.hpp is obsolete I looked at all header files that still included it. Since no one required it I committed new versions of map.cpp, kernel.cpp and text.hpp that no longer include dir.hpp and removed dir.?pp from CVS. Everybody, whose sources were affected, excuse my intrusion. cu martin -- Get my public GPG key from pgp.mit.edu or wwwkeys.pgp.net - Key ID: 0x44085D12 -- Homepage: http://mroot.net/ Powered by Gentoo Linux (http://www.gentoo.org/) -- Mails von dieser Adresse sind nur gültig, wenn sie mit dem o. g. Schlüssel signiert wurden. Unsignierte Mails von dieser Adresse sind gefälscht und stehen in keinerlei Verbindung zu mir. Mails from this address are only valid if they are signed with the abovementioned key. Unsinged mails from this address are faked and have no relation to me. |
|
From: Martin W. <mai...@mr...> - 2004-10-15 00:33:55
|
Hey, Christoph Peltz wrote: > No, I have some double functions, some old functions, some scrambled > code etc, that is definetly not the work of glibc. > ATM I does not get the code to compile... OK, so do you want me to send you my current src tarball? The problem I had is solved, but that's another thread now ... cu martin -- Get my public GPG key from pgp.mit.edu or wwwkeys.pgp.net - Key ID: 0x44085D12 -- Homepage: http://mroot.net/ Powered by Gentoo Linux (http://www.gentoo.org/) -- Mails von dieser Adresse sind nur gültig, wenn sie mit dem o. g. Schlüssel signiert wurden. Unsignierte Mails von dieser Adresse sind gefälscht und stehen in keinerlei Verbindung zu mir. Mails from this address are only valid if they are signed with the abovementioned key. Unsinged mails from this address are faked and have no relation to me. |
|
From: Martin W. <mai...@mr...> - 2004-10-14 12:49:01
|
Hello, Christoph Peltz wrote: > Maybe I haven't get it, but isn't the leveleditor, which was written in > python obsolet? > > If this is the case, then I would say we can remove Python from our > Project-Description Site. The thing is that at SF no old project code, files, ... are deleted. And in fact, there are still the python sources of the level-editor in the CVS repository. So it is still true that a part of our project is written in Python. So, for example, a beginner in Python will find our project to learn from and I think that's ok. cu martin -- Get my public GPG key from pgp.mit.edu or wwwkeys.pgp.net - Key ID: 0x44085D12 -- Homepage: http://mroot.net/ Powered by Gentoo Linux (http://www.gentoo.org/) -- Mails von dieser Adresse sind nur gültig, wenn sie mit dem o. g. Schlüssel signiert wurden. Unsignierte Mails von dieser Adresse sind gefälscht und stehen in keinerlei Verbindung zu mir. Mails from this address are only valid if they are signed with the abovementioned key. Unsinged mails from this address are faked and have no relation to me. |
|
From: Martin W. <mai...@mr...> - 2004-10-14 12:46:00
|
Hello,
Christoph Peltz wrote:
> I recently experienced massiv compilation errors on my router, it is
> probably a failed merge from cvs. I will try to make a new checkout and
> try it again.
Actually I think this is not a problem caused by us. The compile error I get is
definitely caused by glibc:
--- make
[...]
make[2]: Entering directory `/home/martin/proggen/cpp/projects/craft/src'
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -Wall -Wold-style-cast -DCCONFDIR=\"/home/m
artin/craft/install/etc\" -DCDATADIR=\"/home/martin/craft/install/share/craft\"
-g -O2 -MT event.o -MD -MP -MF ".deps/event.Tpo" -c -o event.o event.cpp; \
then mv -f ".deps/event.Tpo" ".deps/event.Po"; else rm -f ".deps/event.Tpo"; exi
t 1; fi
In file included from /usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/cmath:52,
from video.hpp:30,
from output.hpp:27,
from text.hpp:49,
from kernel.hpp:16,
from event.hpp:64,
from event.cpp:25:
/usr/include/math.h:262: Fehler: expected identifier vor numerischer Konstante
/usr/include/math.h:262: Fehler: expected `}' vor numerischer Konstante
/usr/include/math.h:262: Fehler: expected unqualified-id vor numerischer Konstante
/usr/include/math.h:262: Fehler: expected `,' or `;' vor numerischer Konstante
/usr/include/math.h:264: Fehler: expected constructor, destructor, or type
conversion vor »;«
/usr/include/math.h:269: Fehler: »_LIB_VERSION_TYPE« bezeichnet keinen Typ
In file included from /usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/cmath:52,
// !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
// you see that there are errors in /usr/include/math.h which defintely belongs
// to sys-libs/glibc
// !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
from video.hpp:30,
from output.hpp:27,
from text.hpp:49,
from kernel.hpp:16,
from event.hpp:64,
from event.cpp:25:
/usr/include/math.h:438: Fehler: expected declaration vor »}«
In Datei, eingefügt von
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/cmath:52,
von video.hpp:30,
von output.hpp:27,
von text.hpp:49,
von kernel.hpp:16,
von event.hpp:64,
von event.cpp:25:
/usr/include/math.h:24:1: unterminated #ifndef
In Datei, eingefügt von video.hpp:30,
von output.hpp:27,
von text.hpp:49,
von kernel.hpp:16,
von event.hpp:64,
von event.cpp:25:
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/cmath:44:1: unterminated #ifndef
In Datei, eingefügt von output.hpp:27,
von text.hpp:49,
from video.hpp:30,
from output.hpp:27,
from text.hpp:49,
from kernel.hpp:16,
from event.hpp:64,
from event.cpp:25:
/usr/include/math.h:438: Fehler: expected declaration vor »}«
In Datei, eingefügt von
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/cmath:52,
von video.hpp:30,
von output.hpp:27,
von text.hpp:49,
von kernel.hpp:16,
von event.hpp:64,
von event.cpp:25:
/usr/include/math.h:24:1: unterminated #ifndef
In Datei, eingefügt von video.hpp:30,
von output.hpp:27,
von text.hpp:49,
von kernel.hpp:16,
von event.hpp:64,
von event.cpp:25:
/usr/lib/gcc/i686-pc-linux-gnu/3.4.2/include/g++-v3/cmath:44:1: unterminated #ifndef
In Datei, eingefügt von output.hpp:27,
von text.hpp:49,
von kernel.hpp:16,
von event.hpp:64,
von event.cpp:25:
video.hpp:26:1: unterminated #ifndef
In Datei, eingefügt von text.hpp:49,
von kernel.hpp:16,
von event.hpp:64,
von event.cpp:25:
output.hpp:23:1: unterminated #ifndef
In Datei, eingefügt von kernel.hpp:16,
von event.hpp:64,
von event.cpp:25:
text.hpp:25:1: unterminated #ifndef
In Datei, eingefügt von event.hpp:64,
von event.cpp:25:
kernel.hpp:1:1: unterminated #ifndef
In Datei, eingefügt von event.cpp:25:
event.hpp:25:1: unterminated #ifndef
make[2]: *** [event.o] Fehler 1
make[2]: Leaving directory `/home/martin/proggen/cpp/projects/craft/src'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/home/martin/proggen/cpp/projects/craft'
make: *** [all] Fehler 2
---
All errors in our sources are obviosly caused by the marked one above.
I'm currently compiling an update of that lib in the background so we will see
if it works then. (update to glibc-2.3.4.20040808-r1)
cu
martin
--
Get my public GPG key from pgp.mit.edu or wwwkeys.pgp.net - Key ID: 0x44085D12
--
Homepage: http://mroot.net/
Powered by Gentoo Linux (http://www.gentoo.org/)
--
Mails von dieser Adresse sind nur gültig, wenn sie mit dem o. g.
Schlüssel signiert wurden. Unsignierte Mails von dieser Adresse
sind gefälscht und stehen in keinerlei Verbindung zu mir.
Mails from this address are only valid if they are signed with the
abovementioned key. Unsinged mails from this address are faked and
have no relation to me.
|
|
From: Christoph P. <fir...@we...> - 2004-10-14 12:24:27
|
Maybe I haven't get it, but isn't the leveleditor, which was written in python obsolet? If this is the case, then I would say we can remove Python from our Project-Description Site. cya Fire |
|
From: Christoph P. <fir...@we...> - 2004-10-14 12:15:30
|
Hi again, I recently experienced massiv compilation errors on my router, it is probably a failed merge from cvs. I will try to make a new checkout and try it again. I think I am getting annoyed of cvs... cya Fire |
|
From: Christoph P. <fir...@we...> - 2004-10-14 10:20:32
|
Hi, > Yes, but you still have not committed your new source files of our last m= eeting=20 > (unitmanager_*)! Please do so! Oh, I am really sorry, I did not think about these files. They should be now in the repository. > > but I cannot test it properly because of glibc-Problems. >=20 > I'm having the same problems here (error with /usr/include/math.h). >=20 Exactly, I have looked through the code in this file, but I haven=B4t found anything. > > Maybe one of ya guys can test it and inform me about the result. >=20 > Unfortunately not. >=20 Mhh, I will try it on my router, he uses an other version of glibc (because I am to lazy to update it, it needs over one and a half day) cya Fire |
|
From: Martin W. <mai...@mr...> - 2004-10-14 09:18:58
|
Hello, Christoph Peltz wrote: > [...] > ------------------------------------------------------------------------ > > Rassen: > - Eingeborenen > - Menschen > - Hochtechnische Wesen > (- Weltraum-Monster) > > Story: > Im 22. Jahrhundert brechen einige Menschen auf um neue > Kolonien zu gruenden, da im Sol-System nicht mehr > genuegend Platz fuer alle gibt. > Im 23. Jahrhundert sind schon viele Kolonien eingerich- > tet worden und die Menschen stossen in ein System vor, > welches voellig von einem undefinierbaren Nebel um- > schlossen ist. Nachdem die Menschen auf einem der 14 > Planeten dieses Systems gelandet sind, entdecken sie auch > schon, dass dieser Planet sehr reich an natuerlichen > Ressourcen ist. Und nicht nur das, die Kolonisten finden > ebenfalls eine ihnen nicht bekannte Art von Rohstoffen, > die ein sehr viel hoeheres Energiepotential hat als > alles andere bisher entdeckte. Die Ressource lässt sich gut einbauen: so könnten wir die geplante Energieressource (worüber wir ATM noch diskutieren) einbinden. > Doch die Menschen sind nicht die einzige Spezies, die > diese Ressourcen in ihren Besitz bringen will. Eine > andere Gruppe von Wesen, die den Menschen in Technologie > weit vorraus sind ... Man merke: "die den Menschen in Technologie _weit_ vorraus sind" > ... machen den Kolonisten den Planeten streitig, > doch so einfach wird das menschliche Militaer diese wert- > vollen Ressourcen nicht aufgeben. Somit entbrannte ein Kampf > auf dem Planeten. Bald wurde durch den Kampf und der Ausbreitung > der Basen die Wut einer bisher ignorierten Gruppe geschuert: > Den Eingeborenen. Zwar sind diese technologisch gesehen ein Witz, ... Man merke: "Zwar sind diese technologisch gesehen ein Witz," > doch ihre zaehigkeit, ihre Ruestung und Waffen sind dennoch > toetlich. Wie kann eine Rasse, die "technologisch gesehen ein Witz ist", so "tödlich sein"? Nehmen wir an, es handele sich um die Erde, so gibt es sicherlich Eingeborene, die tödliche Giftpfeile, ... besitzen, aber sie haben dennoch keine Chance gegen modernes Militär. Einmal großflächige Bomben draufjagen und gut. Außerdem halte ich das Pro-Argument, dass man mit dieser Rasse dann eben eine Guerilla-Taktik verfolgen müsste für nichtig, denn die Guerilla-Taktik ist nur für unsere Armeen ein Problem, da wir _jedes_ Opfer vermeiden möchten. In einem Spiel ist es dem Spieler für gewöhnlich egal, ob er eine Einheit verliert. Ich würde zB eine genügend große Armee einfach der Reihe nach auf alle Guerilla-Stellungen schicken. Diese hätten dann absolut keine Chance, und die paar Einheiten, die ich danach verliere, hab ich eh nachproduziert. Auch der Vergleich mit C&C Generals hinkt: zwar ist die GLA technologisch benachteiligt, aber kein "technologischer Witz", denn sie kämpft nicht zB mit Giftpfeilen gegen Panzer. D.h. eine Rasse _könnte_ technologisch _leicht_ benachteiligt sein; sollte es aber IMHO nicht geben, dann lieber total unterschiedliche "Technologien": Menschen -> biologische Wesen kämpfen mithilfe von Maschinen, Aliens -> biologische, hochkomplexe Wesen mit "angeborenen Waffen", die sich rasant weiterentwickeln können, deshalb sehr effektive Waffen, Maschinen -> Roboter mit entsprechenden mechanischen Waffen ausgerüstet. Das wäre mein Vorschlag; jede dieser Rassen ist zwar hoch technisiert, jede aber auf ihre eigene Art und Weise. So ist der Mensch evolutionstechnisch gesehen veraltet, er gleicht diesen Nachteil aber durch seine Maschinen aus. Die andere Rasse verfügt dagegen über ein so hohes Anpassungsvermögen, dass sie keine Maschinen brauchen. Die verschiedenen Einheitentypen wären dann verschiedene Arten in dieser Rasse. Die Maschinen letztendlich könnten sich vor einigen Jahrhunderten von den Menschen "abgekoppelt" haben und nun eine komplett eigene Rasse bilden (Matrix-like eben ;) ). > ... Ausserdem greifen sie aus dem Hinterhalt an und > radieren durch diesen ueberraschungs-Effekt ihre Gegner aus. Wenn ich die ganze Karte erkundet habe, gibt es für mich keinen Hinterhalt mehr ... > Nachdem eine der Seiten (die vom Spieler gespielt wird) im begriff > ist den Planeten in ihre Gewalt zu bringen, formen sich im Nebel > Kreaturen, die den Planeten wieder saubern sollen, sie sind extrem > Wiederstandsfaehig und gefaehrlich, allerdings laufen sie aufgrund > ihrer fehlenden Intelligenz gradewegs in Fallen und Hinterhalte, Also müsste der Spieler, der dann diese Rasse spielt extrem dumm sein, denn er soll ja in Hinterhalte laufen? > doch ihre schiere Staerke hilft ihnen bei ihrem untergang noch einige > Gegner mitzureissen. Wie dramatisch ;) > Der Spieler muss nun erstmal den Ansturm der Weltraum-Monster standhalten. > Wenn der erste Sturm sich gelegt hat kann er zum gegenangriff uebergehen. > Wenn nun noch Eingeborene oder/und die Hochtechnischen Wesen da sind, sind > sie von nun an alle verbuendet und wollen diese Monster vom Angesicht der > Dere putzen. ?? Versteh ich nicht: Eigentlich sind sie alle gegeneinander, kämpfen dann aber doch gemeinsam? Bedenke auch die Folgen für das Spielkonzept: es würde bedeuten, dass man immer zusammen gegen computergesteuerte (?) Weltraum-Monster spielen müsste, IMHO extrem langweilig. > > Namen: > Ich brauche noch vorschlaege fuer die Rassen, momentan wuerde ich folgendes vorschlagen: > - Eingeborene = Heshin > - Menschen = Menschen > - Hochtechnische Wesen = Suk'kebus Wie ich schon sagte, keine Namen, die nach irgendeinem Anime klingen. Auch finde ich die Geschichte insgesamt langweilig: Menschen, die in irgendwelchen Kolonien von Aliens angegriffen werden, gibt es schon genug in Geschichten: StarCraft, Star Wars, Starship Troopers, Voyager, Babylon 5, ... eben alle Weltraum-Filme und -Serien. Wie wäre es mit einem komplett anderen Ansatz: Einige spontane Ideen: - früher waren die Aliens eine friedlebende, ja ideale Gesellschaft. Dann kamen die Menschen und mit ihnen Ausbeutung, Tod, Sklaverei für die bis dahin benachteiligten Aliens. Nun machten die Umstände eben die schnelle Anpassung (s. o.) hin zu einer kampffähigen Rasse notwendig, und die Aliens entwickelten sich innerhalb kürzester Zeit zu hochentwickelten Kampfwesen weiter, die Stück für Stück in den menschlichen Kolonien ihre Rasse von der Sklaverei befreien. - die zunehmende Zerstörung der Umwelt durch den Menschen auch auf allen anderen Planeten führt zu einer großenm Hungersnot. Wie geschaffen für die Beseitigung dieser scheint eine harmlose, friedliche Alien-Rasse zu sein, die sich (zunächst) leicht fangen und abschlachten lässt. Dann wieder besagte Anpassung. Von nun kämpfen die Aliens um ihre Freiheit, der Mensch um seine Nahrung. Insgesamt würde ich also gerne, dass der Mensch das Feindbild / der Auslöser ist. Warum sind immer die Aliens die Bösen? Nach allem, was wir über die Menschen wissen, ist es doch umgekehrt. Soweit meine Ideen. cu martin -- Get my public GPG key from pgp.mit.edu or wwwkeys.pgp.net - Key ID: 0x44085D12 -- Homepage: http://mroot.net/ Powered by Gentoo Linux (http://www.gentoo.org/) -- Mails von dieser Adresse sind nur gültig, wenn sie mit dem o. g. Schlüssel signiert wurden. Unsignierte Mails von dieser Adresse sind gefälscht und stehen in keinerlei Verbindung zu mir. Mails from this address are only valid if they are signed with the abovementioned key. Unsinged mails from this address are faked and have no relation to me. |
|
From: Martin W. <mai...@mr...> - 2004-10-14 09:18:47
|
Hello, Christoph Peltz wrote: > I've recently commited the changes to unitmanager.[ch]pp and > unit.[ch]pp, Yes, but you still have not committed your new source files of our last meeting (unitmanager_*)! Please do so! > but I cannot test it properly because of glibc-Problems. I'm having the same problems here (error with /usr/include/math.h). > Maybe one of ya guys can test it and inform me about the result. Unfortunately not. cu martin -- Get my public GPG key from pgp.mit.edu or wwwkeys.pgp.net - Key ID: 0x44085D12 -- Homepage: http://mroot.net/ Powered by Gentoo Linux (http://www.gentoo.org/) -- Mails von dieser Adresse sind nur gültig, wenn sie mit dem o. g. Schlüssel signiert wurden. Unsignierte Mails von dieser Adresse sind gefälscht und stehen in keinerlei Verbindung zu mir. Mails from this address are only valid if they are signed with the abovementioned key. Unsinged mails from this address are faked and have no relation to me. |
|
From: Martin W. <mai...@mr...> - 2004-10-10 08:45:53
|
Hello, Martin Wegner wrote: > some months ago I turned on Reply-To-Munging for this list (i. e. that the > Reply-To-Header is set to the list for each mail). > > Due to the reasons against it provided by the page [1] and due to the SF police > against it [2] I will turn it off again within the next week. Therefore you will > have to look closely where answers to emails from this list will be sent to. > > [1] http://www.unicom.com/pw/reply-to-harmful.html > [2] http://sourceforge.net/docman/display_doc.php?docid=6693&group_id=1 > Later as planned I have now turned off Reply-To Munging. So be careful to whom the message will be sent when replying to list mails. Regards, martin -- Get my public GPG key from pgp.mit.edu or wwwkeys.pgp.net - Key ID: 0x44085D12 -- Homepage: http://mroot.net/ Powered by Gentoo Linux (http://www.gentoo.org/) -- Mails von dieser Adresse sind nur gültig, wenn sie mit dem o. g. Schlüssel signiert wurden. Unsignierte Mails von dieser Adresse sind gefälscht und stehen in keinerlei Verbindung zu mir. Mails from this address are only valid if they are signed with the abovementioned key. Unsinged mails from this address are faked and have no relation to me. |
