Warning: ob_start(): function 'compress_handler' not found or invalid function name in /www/htdocs/xfmantis/core.php on line 18
0001148: Wertekorrekturen im Editor, 2. Teil - Mantis
Mantis Bugtracker
  

Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0001148 [X-Force Tools] Editor tweak always 11.10.05 15:05 05.08.07 03:07
Reporter DirkF View Status public  
Assigned To Natter
Priority normal Resolution fixed  
Status closed   Product Version V0.900 - Beta
Summary 0001148: Wertekorrekturen im Editor, 2. Teil
Description Die erste Sammlung von Fehlern bzw. Ungenauigkeiten im Editor ist kaum abgearbeitet, da fallen mir schon die nächsten Punkte auf. Wir sollten hier aber vielleicht erstmal sammeln, bis wieder mehrere Punkte zu korrigieren gefunden wurden - ständig ein neuer Editor ist nicht effektiv ;-)

1.) Schildmaximum Editor zu Upgrades
Der Editor erlaubt ein Schildmaximum von 5000 Punkten, die Upgrades begrenzen aber auf 2500 Punkte. Man kann also einen Schild erzeugen der 5000 Hitpoints auf Level 1 hat und dann mit dem Upgrade auf Level 2 herabgesetzt wird auf 2500 Punkte...

2.) Aufladezeit bei Schilden
Das hier ist nicht so einfach zu korrigieren - da sollte man eher warten bis eventuell das neue Flugzeugkonzept umgesetzt wird.
Die Aufladezeit kann beliebig von 0 bis 1500 eingegeben werden. Hierbei dient die 0 als Kennzeichen eines Upgrades anstelle eines kompletten Schildes.
D.h. man kann nur eine Erweiterung mit allen Schildwerten einfügen, zusätzliche Schildverbesserungen müssen mindestens einen Wert auf 0 haben.

Es ist aber durch die kombinierte Überprüfung möglich einen Schild zu definieren der eine Aufladezeit von z.B. 10 ms hat - und das nächste Upgrade setzt dies auf das vorgesehene Minimum von 25 ms.

Es lohnt sich aber meiner Meinung nach nicht, jetzt eine Überprüfung auf "0 oder größer 25" einzubauen, wenn das ganze Flugzeugkonzept irgendwann umprogrammiert wird (siehe Forum), da kann man dies eher bis zur Umprogrammierung zurückstellen.

So - und wer noch weitere Punkte hat kann die hier als Notiz hinzufügen, bis sich irgendwan mal eine Editor-Änderung lohnt...
Additional Information
Attached Files

- Relationships

- Notes
(0001616)
DirkF
22.10.05 23:10

3.) Anzahl der möglichen Erweiterungsmodule in Flugzeugen erhöhen
Im Gegensatz zu den Waffen sind die Module ja nicht optisch an das Flugzeugbild gekoppelt, also sollte es relativ einfach sein hier mehr als die vorhandenen maximal 3 Felder zu erlauben.
Für meinen Spielsatz wären zwar 5 Module als Maximum ausreichend, aber ich kann mir auch andere Konzepte vorstellen, wo die Schiffe nur über Module verstärkt werden. Vom Platz her sollten bis zu 9 Modulfelder in eine Spalte untereinander passen - deshalb sollte man das Maximum auch auf 9 (oder 8 wenn's zu knapp ist) setzen.
 
(0001730)
DirkF
13.11.05 20:38

4.) Minimum-Preise und Bauzeiten von Einrichtungen
Das ist jetzt kein echter Fehler, sondern verhindert nur ein paar spezielle Einrichtungen.
Aber gerade wollte ich ein "Qartier" namens "Ein-Mann-Notzelt" mit entsprechendem Text einbauen, das innerhalb eines Tages für kleines Geld aufgestellt werden kann, aber dafür nur einer Person Platz bietet und mit 50 HP oder so keinen Basisangriff überleben kann.
Das klappte nicht wirklich ;-)
Ist aber die Frage ob man die bestehenden Minimalwerte wirklich aufheben sollte um so etwas zu ermöglichen, oder ob man das als Richtlinie für die Spielbalance bestehen lassen sollte.
Lediglich wenn irgendwann auch das Startkapital und die Einsatzbelohnungen editierbar werden sollten, muss auch dies zur Anpassung editierbar werden...
 
(0002303)
LennStar
16.06.07 12:57

Ich weiß nicht, ob du da schon was gemacht hast:
Generell Untergrenzen
egal ob Waffenschaden, Raumschiffkosten, Nachladezeit... da eine minimale Begrenzung anders als 1 zu haben, ergibt doch keinen Sinn, oder?
Ich habe schon öfters Kollisionen mit diesen Grenzen gehabt.

Und ganz wichtig: Recycling von Alphatron nicht an den Produktionskosten festmachen.
 
(0002304)
DirkF
17.06.07 18:19

@Lennstar:
Manchmal bin ich auch schon an die Grenzen gestoßen, deshalb ja Punkt 4. Und soviele Fälle mit einem Minimum >1 gibt es nicht.

Bei diesen Minimalwerten werde ich aber garantiert nicht alles auf 1 erlauben - manchmal reflektieren sie zwar Jim's Vorstellungen von Realismus (z.B. Bauzeiten), aber in anderen Fällen kann es durchaus Probleme mit der Programmierung geben, wenn die Werte zu klein sind (z.B. Nachladezeit - was passiert im Raumkampf, wenn diese Zeiten zu gering ist?) Das kann ziemlich daneben gehen...

Was das Alphatron-Recycling angeht - das es wie jetzt festgelegt ist stört mich zwar auch, aber ich weiß nicht ob eine allgemeine Freigabe wirklich eine gute Lösung ist. Eine andere Alternative wäre es, wenn man den momentan festen Prozentsatz des Recyclens Spielsatzabhängig macht. D.h. man kann in einem Spielsatz dann angeben das das Recycling z.B. 40% statt 2% zurück bringt, das dann aber für alle Gegenstände identisch 40% wären.
 
(0002305)
LennStar
17.06.07 20:09

Irgendein fester Wert hat aber keinen Sinn, wenn man außer Alphatron noch andere Ausgangsstoffe hat. Wenn man 10 Stahl irgendwo reinsteckt, sollte mehr als 0 Alphatron rauskommen, selbst wenn man nur 5 Alphatron reingesteckt hat - oder halt gar keins wenn man ausschließlich andere Ausgangsstoffe nutzt. (Davon abgesehen wäre auch ein Gegenstand, der Alphatron "erschaffen" soll denkbar.)
Es sind so viele Möglichkeiten einer "Wirtschaft" denkbat, aber alles hat Nachteile bei einem festen Wert.

"wenn die Werte zu klein sind (z.B. Nachladezeit - was passiert im Raumkampf, wenn diese Zeiten zu gering ist?)"
Dann sollte der Schild immer voll aufgeladen sein. So etwas möchte ich eh haben :D
 
(0002348)
Natter
27.06.07 13:50

Hmm, die Bauzeiten haben nicht wirklich was mit Jims Vorstellung von Realismus zu tun. Vielmehr ist es so, dass ein Tag immer zur selben Zeit um ist (ich glaube Mitternacht). Das würde aber bei einer Bauzeit von einem Tag dazu führen, das ein Gebäude schon nach einer Minute fertig sein könnte. Um das zu vertuschen wurde das Limit auf 3 gesetzt. 0 Tage würde auch Probleme machen, da hierfür neue Abrechnungsbefehle nötig wären.
 
(0002349)
LennStar
27.06.07 15:59

Wrs ein großes Problem, das in Stunden umzusetzen? Das also statt Tage Stunden gezählt werden?
Wer macht schon um Mitternacht ne Eröffnungsparty :D
Dann würde die Baustande festgesetzt und von da an gezählt. Die Tage im Editor müssen ja nicht geändert werden. Zelte sind wohl eher die Ausnahme ;)

Aber einen Schild mit Stärke X der immer voll ist, das wäre was wirklich praktisches, will ich nochmal sagen - und so besehen auch realistischer.
 
(0002350)
Natter
27.06.07 17:08

So, habe jetzt eine zusätzliche Überprüfung eingebaut, die verhindert, dass sich bei einem Upgrade eine Eigenschaft verschlechtert - damit sollte 1,) und 2.) erledigt sein.

Items:
min Kaufpreis: von 100 auf 10
benötigte IQ: Standard = 0 (statt früher 25)

Raumschiff:
min Kaufpreis: von 5000 auf 10
min Hitpoints: von 100 auf 10
min Bauzeit: von 3 auf 1 (Achtung! das kann zu Bauzeiten von nur wenigen Minuten führen)

Raumschiffwaffe:
max Projektilgeschwindigkeit: von 30 auf 50

Einrichtung:
min Kaufpreis: von 10000 auf 10
Bauzeit: von 3 auf 1 (Achtung! siehe oben)
max Lager: von 150 auf 500
 
(0002351)
Natter
27.06.07 18:23

... und es sind jetzt bis zu 8 Erweiterungsslots möglich.
 

- Issue History
Date Modified Username Field Change
11.10.05 15:05 DirkF New Issue
22.10.05 23:10 DirkF Note Added: 0001616
23.10.05 16:12 Jim_Raynor Note Added: 0001617
23.10.05 16:12 Jim_Raynor Project X-Force => X-Force Tools
23.10.05 16:13 Jim_Raynor Note Deleted: 0001617
13.11.05 20:38 DirkF Note Added: 0001730
19.09.06 19:06 Natter Relationship added related to 0001476
11.02.07 14:51 DirkF Relationship added related to 0001496
16.06.07 12:57 LennStar Note Added: 0002303
17.06.07 18:19 DirkF Note Added: 0002304
17.06.07 20:09 LennStar Note Added: 0002305
27.06.07 13:50 Natter Note Added: 0002348
27.06.07 15:16 Natter Status new => assigned
27.06.07 15:16 Natter Assigned To  => Natter
27.06.07 15:59 LennStar Note Added: 0002349
27.06.07 17:08 Natter Note Added: 0002350
27.06.07 18:23 Natter Status assigned => resolved
27.06.07 18:23 Natter Fixed in Version  => V0.910 - Beta 1
27.06.07 18:23 Natter Resolution open => fixed
27.06.07 18:23 Natter Note Added: 0002351
04.07.07 22:07 Natter Relationship deleted related to 0001476
05.08.07 03:07 Gast Status resolved => closed


Mantis 1.0.7[^]
Copyright © 2000 - 2007 Mantis Group
Powered by Mantis Bugtracker