Spielidee!
-
Unter Galactic Blast würd ichs net rausbringen, dass hört sich so billig-protzig an
-
"Galaxy X"
Soll es auch möglich sein Interaktion auf den einzelnen Planet zu haben?
Sprich richtige Basen aufbauen?Dann bräuchte man Gefechtstürme / Fusseinheiten (um z.B Türme zu besetzten) / Transporteinheiten die Güter vom Lager zum Raumbahnhof bringen etc.
mir kommen da immer mehr ideen
bei interesse könnte ich dir bei der ideeengebung noch helfen!Das wäre doch geil, eine Art Command&Conquer Freelancer Kreuzung.
Mit Planeten erobern und besiedeln etc.Hammer geil
*sabba* das wäre mal echt wieder nen game mit langzeit spass faktor
-
ChrisM schrieb:
Damit meinte ich, dass ja trotzdem, wenn 20 Spieler auf dem Server sind, auch mindestens 20 jeden Frame ihre aktuelle Position mitgeteilt werden muss, wenn ich das nämlich sonst nur alle paar Sekunden mache, gibt es immer dann einen kleinen Sprung vom Schiff, weil Server und Client nie 100% synchron vorausberechnen.
Origin - we create universums ... naja...
Dann mach einen besseren Vorschlag...
Nee, eben nicht! Wenn ein Schiff sowieso Trilliarden Lichtjahre (ein paar reichen auch
), will ich auch gar nicht wissen, wo es im nächsten Frame ist...
Es sei denn Du willst z.B. ALLE Schiffe auf einer Art Radar präsentieren...Besseren Vorschlag?
Naja:ChrisM schrieb:
Wie klingt "Dark Galaxy Conquest". "Dark Galaxy" ist halt der Bereich des Weltraums, in dem das Spiel spielt und Conquest besagt, dass er von der Menschheit eingenommen wird...
Ansonsten find ich "Universe of darkness" sehr gut.
& "Galactic Blast" ? !?!?! ?
Wenn so RTL-Serien-typische Namen unbedingt gewünscht sind:Planet des Todes
Tödliche Galaxien
Milchstraße der Verdammnis
Teuflische Terror-PlanetenZu Dark Galaxy: http://www.darkgalaxy.com/
Hat noch jemand Namensvorschläge, obwohl Driteria schon mal nicht schlecht klingt, nur find ich bei "driteria" mit Google irgendwas mit Demenz und wir wollen ja nicht, dass jemand den Spielname falsch interpretiert
Was ist Demenz?
Hat das irgendwas mit Frauen zu tun??ChrisM schrieb:
@rapso: Aber theoretisch kann ich doch auch Texturen, neue Spielversionen usw. über UDP verschicken, sofern ich halt checke, dass auch alles ankommt und nach jedem Paket erst eine Bestätigung abwarte, bevor ich weitersende, oder wird das langsamer? Hab nämlich mal gehört, dass manche Betriebssysteme unter zu vielen TCP-Verbindungen zusammenbrechen, außerdem ist UDP einfacher zu programmieren (nicht dauernd select()) und zudem schneller (der Ping ist aber ja beim Download egal).
Bei UDP müsstest Du aber selber dafür sorgen, daß die Päckchen in der richtigen Reihenfolge ankommen, daß sie ÜBERHAUPT ankommen, etc. pp, da es verbindungslos ist. Für mich heißt das in Deinem Fall: Eigentlich viel mehr Programmieraufwand!
ChrisM schrieb:
danke, dass ihr euch so freut, ich werde mir auch größte Mühe geben, das Spiel fertigzukriegen.
Laber nicht! Fang an!
Will ich hoffen...
Ich denke auch nicht, dass die programmiertechnische Seite außer vielleicht dem Netzwerkcode (der auch noch mit 56K flüssig laufen dürfte, der Ping ist da schon eher wichtig) [...]
Eben, der Ping. Und g'rade der ist bei Analogmodems net so pralle. Wenn dann noch mit'nem Analog-Teil über 'ne TK-Anlage per ISDN gegangen wird, wird'et richtig kriminell!!
Die 56 K / Download wirst'e wohl kaum voll kriegen beim Zocken...ChrisM schrieb:
ich dachte auch an verschiedene Schiffstypen, z.B. Transporter, kleine, wenige Kampfschiffe und große langsame Kampfschiffe.
Das soll hoffentlich "wendige" heissen...?!
-
da hier modelling angebote gegeben wurden, gebe ich, falls du das nicht selbst machen möchtest, mein engineangebot ab
ich hab zwar noch einiges nicht drinne, aber in einer hierarchy dinge durchdigegen im 3d raum zu schieben wäre kein prob. ("und die mathlib ist auch schon drin", by kaiser franz)
für docking an die station würde es meiner meinung nach auch reichen, wenn du die schiffe in der nähe des dings stopst und man alles macht, was man mit "richtig" angedockten schiffen machen würde. denn irgendwie ist nicht die grafische simulation, sondern die logische das reizvolle daran.
rapso->greets();
[edit] du mußt sie ja nicht immer nutzen, nur vielleicht um am anfang schonmal was zu visualisieren um vorran zu kommen[/edit]
-
Hehe
Verschiedene Rassen wären auch geil!
ala Warcraft / Starcraft / c&c ...
So das man evtl. auf eine fremde Rasse auf einem fremden Planeten trifft
-
Dragonlancer
Drow
Dwarfsund so wären kewl .. so ala Stargate
das alle den selben ursprung haben aber doch im universum verstreut .. 
-
Oder man kann so eine Art Stargate selber bauen und mit anwahl daten versehen!
somit könnte man wenn man zwei kolonien hatte grosse warenmengen oder so schnell transportieren!dies ist jedoch nur mit hohem energieaufwand möglich und ist immernur begrenzt einsetztbar..
-
hmm jo hört sich intressant an
so interdimensionale portale oder so
-
genau das, umnd mit eigene anwahl daten mein ich,das wenn man zum Beispiel Bündnisse geschlossen hat, seinen Freunden die Daten geben kann etc.
Und eine Spioneinheit könnt z.B freindliche Daten ausspähen um einen Angriff zu starten
Wir wäre mit mit LoX als Name? (L)ord (o)f Gala(X)y
-
hmm die Knackpunkte an diesem Spiel werden wohl die Spielkartenverwaltung und die gesammte Datenverwaltung .. + Texturen
-
mhh wieso eigentlich texturen??
die liegen doch lokalen auf den pcs?
wieso wird die verwaltung schwer?
versteht ich noch nicht richtig..
-
weil das doch ein spiel in entwicklung ist und anstatt immer wieder neue releases zu machen, ist es bei onlinespielen üblich, dass die benötigten daten nachgeladen werden, entweder beim start oder beim spielen.
z.b. gibt es dummybäume die man in manchen mmorpgs sehen muss bis der richtige baum mit texturen&mesh nachgeladen wurde.
ist aber sehr praktisch sowas, keine dauernden releases mit patches für verschiedene versionen sondern einfach nur ein datenabgleich im spiel.
rapso->greets();
-
hmm bei so rießigen spielen gibt es auch massen von denen und das entpacken .. und wieder komprimieren etc .. braucht ziemlich dampf .. siehe hl2 die haben "scheinbar" nen eigenes filesystem gebastelt nur für resourcen
-
aha ... klingt gut
chrism macht das schon *g*
-
ein eigenes filesystem gibt es in vielen spielen. manche nutzen zwar nur zip, aber es gibt viele vorteile bei einem eigenem system und viele dynamische dinge zu managen ist eher ein nachteil, weil es mit anderen optimierungen kollidieren kann z.b. festplatten verbrauch oder memorymapping.
rapso->greets();
-
-
Wäre es nicht auch geil, das wenn man einen Server auf macht, man seiner Galaxy quasi einen Namen gibt, und es möglich ist, wenn die beiden Admins der Server sich abgesprochen haben eine art Schwarzes Loch aufzubauen und die beiden Server somit verbindet!
Das heisst, fleig ich jetzt durch das schwarze Loch werd ich einfach auf den anderen Server übergeben und alle Interaktionen werden nun dort verarbeitet!
Somit könnte man bei einem Erfolg des Spiels und hohen Spielerzahlen die Galaxien Systemschonend anwachsen lassen..
Das wäre doch ein geiles Feature oder?
Beim erstellen des Server müsste man dann z.B angeben wie gross die Galaxy sein soll, und wieviel Planeten es gibt, die wiederum dann zufällig verteilt werden!
Somit hätte man dann eine neue Klasse: Aufklärer! Sie könnte man losschicken um für sich eine Sternenkarte anzufertigen!
-
wie wäre es wenn "der Macher" erstmal seinen ersten mailston formuliert *G*
rapso->greets();
-
Hi,
irgendwie hat rapso ja recht. Ohne euch jetzt allzu arg enttäuschen zu wollen, aber ich glaube kaum, dass sich realistische Echtzeitkämpfe auf Planeten, die auch nur einen Zehntel so groß wie unser Mond oder noch kleiner sind, machbar sind.
Mein erster Milestone: Connecten zum Server, rumfliegen möglich, Energiestatus des Schiffes, Message of the day anzeigen!
@rapso: Danke für das Angebot mit der Engine, aber ich habe mich schon vor diesem Thread dagegen entschlossen, für das Spiel eine Engine zu verwenden. Ja, ich weiß, jetzt kommen wieder die "Nimm doch Libs und mach's dir leicht"-Schreier, aber ich mache die Arbeit gerne von Anfang an selbst und habe dafür auch alle Optionen wie z.B. ausgefallene Special Effects offen. Trotzdem danke, die Screenshots auf deiner Homepage sehen schon klasse aus.
@Commander: Verschiedene Rassen sind auch nicht geplant, aber schlecht ist die Idee wirklich nicht. Die Rassen könnten sich dann ja in Ressourcenabbaueffizienz, Reparaturgeschwindigkeit usw. unterscheiden. Aber falls es so was gibt, erst später...
Deine Idee mit den Wurmlöchern bzw. schwarzen Löchern find ich aber wirklich genial. So ließe sich die Last gut verteilen. Nur muss man halt aufpassen, dass die Serverbetreiber immer die gleiche Serverversion einsetzen und dass keiner cheatet, d.h. er macht einen manipulierten Server auf, verschafft sich massig Ressourcen usw. und fliegt dann auf einen richtigen Server...
Und wegen Filesystem: Ich denke, ein normales ZIP-File reicht am Anfang vollkommen aus, oder? Wenn ich die Arbeit für ein Virtual File System lieber in andere Spielfeatures investiere, bringt das dem Spiel mehr, denke ich.
Bitte jetzt noch Meinungen zu "Galactic Blast". Mit dem Arbeitsnamen fange ich nämlich jetzt am Spiel an, damit ihr nicht nur hier theoretisch planen könnt, sondern bald auch spielen könnt.
(bald != eine Woche, nicht dass das jemand denkt oder so :D)ChrisM
-
also zip oder sowas brauchst du eigentlich nicht für den anfang, oder?
wichtig wäre ne gute basis und da scheint mir ein online-update gleich nach deinem mailstone anzustehen, denn mit vielen verschiedenen versionen ist es 1. ziemlich nervig die immer zu bauen und für die spieler auch nervig sie zu saugen.
du hast das mit den libs ja schon erwähnt, aber wie wäre es wenn du die grundlegensten libs dann als erstes durch eigene dinge austauscht, weil sowas wie rsync ist wirklich ziemlich geil um daten auf zwei systemen zu synchronisieren! wäre meine NR.1 empfehlung, es wird nicht so sehr die spieler nerven wie dich, wenn leute dauernt zu dir wegen abstürzen die du schon längst gefixt hast kommmen und die haben nur nicht die neuste version...
ansonsten wäre ich gerne betatester fürs rumschweben und energy angucken.
was schätzt du, wie lange du brauchst bis zum ersten mailstone?
rapso->greets();
