Re: Kamor-Kampagne
Verfasst: Do 27. Jun 2013, 20:11
Habe das Waldproblem jetzt gelöst. Das entscheidene Waldstück habe ich durch ein Stealth Turret ausgetauscht. Man kann jetzt aber nicht mehr vor der Brücke starten, sondern muss auf die Brücke, damit der Trooper vom Move her noch auf das Stealth Turret kommt. Diesbezüglich war noch eine Textänderung notwendig.
Dann habe ich mal das ganze Kuddelmudel aufgeräumt, mit äöüÄÖÜß. Das gab es mal ne Zeitlang einen Anzeigefehler beim größen Ö und ß, also jede Menge Oe´s die sich da noch rumtummelten, dann die blöde Rechtschreibreform, die die ganze Situation mit dem ß nicht wenig umgekrempelt hat und noch diverse Rechtschreibfehler von mir. Dank des eingebauten Export im Editor nach lua-text, dem Notepad++ und der Rechtschreibkorrektur von Word, liessen sich die Texte jetzt im Gegensatz zu damals, wesentlich besser kontrollieren.
Beim Testen sind mir dann doch leider noch entscheidene Ungereimtheiten aufgefallen. Erstmal scheint ein Tankblocker auf einer Brücke jetzt auch Speedboote zu blockieren. Daraus folgten nicht wenig Speedboote, die sich zum Finale hin in einen kleinen See tummelten.
Weiterhin wurde das Reaktionfire der Schienenluftabwehr Spear, so geändert, das sie jetzt mit Reaktionfire on fahren kann. Karten wo früher diese Luftabwehr zu Defensiv-Zwecken mit Reaktionfire on an ausgesuchten Positionen gehalten worden, erfreuen jetzt mit an der Front rumfahrenden Speareinheiten. Warum der eine Einheittyp Null Move hat, bzw. alle Bewegungspunkte verliert, wenn man RF clickt und der andere Einheittyp ungehindert fahren darf, egal ob Rf an ist oder nach Laune geswitcht wird, ist mir sowieso unerklärlich. Diesbezüglich wäre eine einheitliche Lösung, für alle Einheiten extrem hilfreich. Eine Art, wenn ich die Runde mit RF beenden will, muss ich Move aufsparen, sonst gibt es kein RF, würde da endlich mal eine klare Linie setzen. Ich werde diesen Vorschlag auch noch mal an anderer Stelle posten.
Das finale Problem ist dann ein Ki-Bug, mein alt bekanntes Ceti-Problem. Ich habe hierzu eine Testmap hochgeladen. http://www.kamorspace.de/asc/cetitest.map , aus der das Problem klar ersichtlich wird.
Ein Supply-Job kann nur ausgeführt werden, wenn das Ziel erreichbar ist. Leider wird nicht geprüft, ob das Ziel schon direkt neben der Supplyeinheit steht. Supply funktioniert nur, wenn mindestens ein freies Feld neben der zu versorgenden Einheit existiert. Dumm, wenn das einzige Feld, von der versorgenen Einheit blockiert wird, und diese Einheit es nicht merkt, das sie ohne Move versorgen könnte.
In der Testmap schön zu sehen, links der Ceti kann einmal versorgen, danach steht er direkt neben dem Ziel und kann nicht mehr versorgen. Der Ceti in der Mitte schafft überhaupt kein Supply. Beim Ceti rechts ist der Bug sehr schön elementar zu sehen.
Dann habe ich mal das ganze Kuddelmudel aufgeräumt, mit äöüÄÖÜß. Das gab es mal ne Zeitlang einen Anzeigefehler beim größen Ö und ß, also jede Menge Oe´s die sich da noch rumtummelten, dann die blöde Rechtschreibreform, die die ganze Situation mit dem ß nicht wenig umgekrempelt hat und noch diverse Rechtschreibfehler von mir. Dank des eingebauten Export im Editor nach lua-text, dem Notepad++ und der Rechtschreibkorrektur von Word, liessen sich die Texte jetzt im Gegensatz zu damals, wesentlich besser kontrollieren.
Beim Testen sind mir dann doch leider noch entscheidene Ungereimtheiten aufgefallen. Erstmal scheint ein Tankblocker auf einer Brücke jetzt auch Speedboote zu blockieren. Daraus folgten nicht wenig Speedboote, die sich zum Finale hin in einen kleinen See tummelten.
Weiterhin wurde das Reaktionfire der Schienenluftabwehr Spear, so geändert, das sie jetzt mit Reaktionfire on fahren kann. Karten wo früher diese Luftabwehr zu Defensiv-Zwecken mit Reaktionfire on an ausgesuchten Positionen gehalten worden, erfreuen jetzt mit an der Front rumfahrenden Speareinheiten. Warum der eine Einheittyp Null Move hat, bzw. alle Bewegungspunkte verliert, wenn man RF clickt und der andere Einheittyp ungehindert fahren darf, egal ob Rf an ist oder nach Laune geswitcht wird, ist mir sowieso unerklärlich. Diesbezüglich wäre eine einheitliche Lösung, für alle Einheiten extrem hilfreich. Eine Art, wenn ich die Runde mit RF beenden will, muss ich Move aufsparen, sonst gibt es kein RF, würde da endlich mal eine klare Linie setzen. Ich werde diesen Vorschlag auch noch mal an anderer Stelle posten.
Das finale Problem ist dann ein Ki-Bug, mein alt bekanntes Ceti-Problem. Ich habe hierzu eine Testmap hochgeladen. http://www.kamorspace.de/asc/cetitest.map , aus der das Problem klar ersichtlich wird.
Ein Supply-Job kann nur ausgeführt werden, wenn das Ziel erreichbar ist. Leider wird nicht geprüft, ob das Ziel schon direkt neben der Supplyeinheit steht. Supply funktioniert nur, wenn mindestens ein freies Feld neben der zu versorgenden Einheit existiert. Dumm, wenn das einzige Feld, von der versorgenen Einheit blockiert wird, und diese Einheit es nicht merkt, das sie ohne Move versorgen könnte.
In der Testmap schön zu sehen, links der Ceti kann einmal versorgen, danach steht er direkt neben dem Ziel und kann nicht mehr versorgen. Der Ceti in der Mitte schafft überhaupt kein Supply. Beim Ceti rechts ist der Bug sehr schön elementar zu sehen.