Modulare Transporter

[Serafin]

Wenn man sich das Bild von Antarres B und Whorfin anschaut, so scheinen diese aus mehreren Einheiten zusammengesetzt zu sein.
Meine Idee wäre, dass man nun, ähnlich wie bei Zügen, die Zugeinheit und die Lagereinheiten seperat bauen kann.

Der Zugteil (Zsegment) würde Eingenschaften wie Schildstärke, Waffen, EPS, Crew,... bestimmen. Die Lagerteil (Lsgemente) würden die Flugkosten erhöhen, dafür Lager liefern.
Die Zsegmente würden zwischen 0,5 und 5 Slots haben, je mehr Slots desto mehr Waffen, Eps, Beam.... und ein Grundlager haben. Die größeren Varianten könnten außerdem einen Dockplatz haben. Auch bei den Lsegmenten könnte es mehrere Varianten geben. Die Kleine für 0,5 slots würde ~500 Lager haben, die Große für 1 slots ~1k. Außerdem könnte es ein Lsegment geben, dass bei 1 Slots nur 500 lager hat, dafür 300 Torpedos lagern kann.
Die Lsgemente hätten keinen HC und keine eigenen Schilde, EPS, Energie,.... Erst durch Koppel an ein Zsegment würden sie diese Werte vom Zsegment erhalten. Durch das Koppeln erhöhen sich außerdem die Kosten für den HC. Ob man die Anzahl der Lsegmente, die man an ein Zsegment koppeln kann, begrenzt, oder durch die Veringerung der Reichweite sich selbst regulieren lässt, würde ich offenlassen, wobei ich die zweite Variante bevorzugen würde.
Es wären auch L und Zsegmenten denkbar, die man gegen Credits kaufen kann.
Es sollte so sein, dass ein zusammengebauter Transporter einer Antarres B unterlegen ist, denn die Flexibilität beim Zusammenstellen muss Absprichen bei den Werten bewirken.

Schwierigkeiten bei der Umsetzung sehen ich vor allem beim Koppeln und der Übernahme der Werte durch diese.


Sollte es hier ein überwiegeng positives Feedback geben, auch von den Admins, würde ich mich an die Ausarbeitung von Beispielsegementen machen.

[Grim]

Ich finde die Idee Prizipiell gut, nur das mit den Torepdos würd ich nicht machen, den dafür gibts Torpedotransporter, wer will die dann noch wen für nur 1 Slot 300 Torps transportiert werden können.

Chordat (Gepanzerter Torpedotransporter) Kann 180 Torpedos lager (die baut zwar sowiso keiner mehr das jetzt auch der andere transporter einen WK hat)
Denison (Torpedotransporter)Kann 400 torps lager für 2 Slots.

Also müsste der tropedozusatz sicher 1 Slots aber nur 100 Torpedos lagern können, sonst machen alle nur noch solche Torpedotransporter.


Auch sollte man begrenzen wieviele gleiche Elemente angekopelt werden können,
Sonst gibts transporter mit 250 feldern reichweite, was dann aufklärer wären und nicht mehr transporter.

[Serafin]

[...]
Also müsste der tropedozusatz sicher 1 Slots aber nur 100 Torpedos lagern können, sonst machen alle nur noch solche Torpedotransporter.
[...]


Ja, das kann man machen. Die Werte waren erstmal nur zur Veranschaulichung und nicht für die Umsetzung.



[...]
Auch sollte man begrenzen wieviele gleiche Elemente angekopelt werden können,
Sonst gibts transporter mit 250 feldern reichweite, was dann aufklärer wären und nicht mehr transporter.

Ich glaube, da hab ich mich etwas undeutlich ausgedrückt.
Das Zsegment hat ein EPS von z.B. 200 und Grundflugkosten von 0,5. Die Lsegmente haben z.B. 0,5 Grundflugkosten. Koppelt man nun ein Lsegement an ein Zsegment, so addieren sich die Grundflugkosten, das EPS bleibt aber gleich. Daher sind die Flugreichweite, je mehr Lsegemente man ankoppelt. Im Extremfall kommt man nur noch aus dem Orbit.

[Grim]

wen man 5 Zsegmente und 2 L segemente macht, hat man dann 2k lager und eine riesige reichweite.

[Serafin]

Ich würde es nicht erlauben, mehr als ein Zsegement an ein Lsegment zu koppeln. Zsegmente lassen sich nur mit Lsegmenten koppeln, nicht aber mit Zsegementen. Hat man zweimal ein Zsegment mit einem Lsegment gekoppelt, kann man diese beiden größeren Einheiten nicht koppeln. Sonst würde genau das passieren, was du befürchtest.

[One of Twelve]

Mir gefällt die idee vom grundsatz allerdings müsste man aufpassen das dadurch nicht die Silverstar an wert verliert

[Serafin]

Die Werte sollten so sein, dass die bestehenden Transporter besser sind, denn die Flexibilität muss Abstriche in anderen Bereichen zur Folge haben.

[zakdorn]

Ich habe mir Grade überlegt wie ein solches Schiff integriert werden kann.

- Mann baut die Segmente einzeln und beemt sie zusammen (dabei müsste jedes Element Slots kosten, und nach der Montasche nicht entfernbar sein)
- Alternativ gäbe es die Möglichkeit als Taplet das ganze vorher zu planen und es entsprechend in der werft dann zubauen (Das dürfte jedoch nach jetzigen Programmstand nicht möglich sein)

hier wäre mal ne aussage von einem Programmierer hilfreich

[Serafin]

[...]
- Mann baut die Segmente einzeln und beemt sie zusammen (dabei müsste jedes Element Slots kosten, und nach der Montasche nicht entfernbar sein)
[...]


Ich hatte eigentlich gedacht, dass man die Segmente immer wieder auseinander und zusammen machen kann. Da jedes Segment bei Bau eine bestimmte Anzahl vom Slots kostet, hätten diese Transporter keinen Vorteil gegenüber den normalen (ich würde sie sogar ein bischen schlechter machen, da die Flexibilität auch was kosten sollte).

Deine Idee mit den Transporter, die man von vornherein einmal so plant, wie man sich braucht, hat aber auch was.

[MasterMind]

Was soll der Sinn dahinter sein?

Würde man das einführen, könnte man alle bisherigen Transporter gleich aus dem Spiel nehmen.

Denn dein Vorschlag zielt doch vor allem auf eine Flexible Slotausnutzung hin. Statt einen Frachter und eine Torptranse zu unterhalten, welche beide Slots verbrauchen und ggf. zeitweise nutzlos sind, kann ich mir nun ein Schiff bauen, was ich quasi bei Bedarf einfach umbaue.

[Serafin]

Allerdings wären die neuen Transporter schelchter als die bisherigen, denn, wie ich hier schon öfters erwähnt habe, geht Flexbilität auf Kosten der Leistung. So werden auch die normalen Tranporter weiterhin ihre Daseinsberechtigung behalten.
Da die Module einmal gebaut sich nicht umfunktionieren lassen, muss man von vorherein planen, was man braucht.

[One of Twelve]

hm ich würde das mit andocken machen im spiel sind verketungen von mehreren teilen verboten aber das kann man ja für dies schiff speziell aufheben die module docken aneinander an und so zieht das führungschiff die mit sich man wertet si als klasse sonde die module und jedes hat ein spezial dockplatz also kann nur ne sonde und das modul da andocken und eine sonder währe sinnlos...

[Sendroka Hilm]

Die Idee mit dem modularen Transporter ist echt klasse, vorallem wenn die Slotksoten für ne Kombination von ca 1,5 bei 2 Slots liegen und dazu noch wenigerweit fliegen können als ne AntaresB ist sehr unwahrscheinlich das die Schiffe, vorallem durch ihre niedrigen Baukosten an WErt verlieren. Damit ist Masterminds Aussage entkräftet^^
Naja, etwaige Module würden sollten halt auch in diversen Größen erhätlcih sein, ebenso mit Torpedo funktion, nur achtung, der Lagerraum des zusammengesetzten Schiffes sollte zentral verwaltet werden, damit man nicht immerzu die Waren von vom ZModul zum LModul verschieben muss...
Soweit von mir, Gruß und ein "Daumen hoch" von
Sendroka Hilm

[Serafin]

[...]
nur achtung, der Lagerraum des zusammengesetzten Schiffes sollte zentral verwaltet werden, damit man nicht immerzu die Waren von vom ZModul zum LModul verschieben muss...
[...]


So hatte ich es mir auch gedacht. Das zusammengesetzt Schiff würde als eine Einheit gesehen, wobei dieses den Namen des Z-Moduls erhalten würde. Man könnte nur zu dem Z-Modul beamen, die einzelnen Segmente würde jedoch weiterhin im SRS erscheinen.

Neben L-Modulen für Waren und Torps wären auch Module für wk und Crew denkbar, allerdings kann ich verstehen, wenn man diese kritisiert.

[zakdorn]

Abgelehnt, es läuft auf größer weiter hinaus, ich lasse es aber offen