Openapoc: UM EINEN WIRKLICH SPIELBAREN ALPHA-ZUSTAND #1 ZU HABEN:

Vergessen Sie nicht die zu implementierende RIESIGE Einheitsverhaltensaufgabe.
Derzeit umfassen die meisten Agenten- und Alien-Aktionen nicht alles, was sie in Vanilla tun können (Hocken, ducken, kriechen, Deckung nutzen, Granaten werfen, Ablenkungsangriffe, Flanken usw.).

Oh, und Alien Life Cycle muss richtig implementiert werden, damit diese übrig gebliebenen Eier und Puppen eine echte Bedrohung darstellen, wenn sie nicht entdeckt werden, bevor sie in den Gebäuden schlüpfen, in denen sie abgeworfen oder gespawnt werden.

Agentenaktionen können bereits erstellt werden, werden aber aufgrund der schlechten KI möglicherweise nicht verwendet
ich weiß nicht....
Ich werde sicher alles hinzufügen, was du schreibst, aber wir müssen es zuerst wissen

über Eier - es schlüpft nicht in aktuellen Builds?

Keine Eier/Chrysalis scheinen nach ein paar Tagen im Stadtbild nicht zu schlüpfen, indem sie das entsprechende Alien freisetzen. Dies sollte passieren, aber unter 0,1-86 scheint es nicht zu passieren.

Ich denke, das Verhalten und die Aktionen von Agenten können hier in die Kampf-KI aufgenommen werden
https://github.com/OpenApoc/OpenApoc/issues/265
Und über das Ausbrüten von Eiern müssen wir es überprüfen, aber ich füge es hinzu

Ich dachte, das Agententraining von Battlescape ist bereits implementiert...

@Atrosha Irgendwie scheint die Berechnung nicht richtig zu sein, Agenten bekommen zu schnell zu viel XP und Androiden, die WIRKLICH langsam aus

Hinzugefügt:

• [x] Grafikbildschirm für Alien-Infiltration

ok "Agent Training from Battlescape" das funktioniert überprüfe das
aber es gibt zumindest bei übermenschlich zu viele Fertigkeitspunkte
nach 1 Mission mit 2 Agenten gegen 1-2 Menschenaffen 4 Spucker 2 Hyperwurm 3 Hirnsauger

also hier statistik:
Agent1 | vor | nach
helch | 56 | 62
genau | 36 | 40
reagieren | 37| 39
Geschwindigkeit| 80 | 80
Stam | 33 | 41
Schnur | 58| 64

Agent2 | vor | nach
helch | 48 | 54
genau | 38 | 40
reagieren | 16| 17
Geschwindigkeit| 80 | 88
Stam | 34 | 41
Schnur | 63| 66

Darüber

Außerirdische Eier/Chrysalis scheinen nach einiger Zeit nicht zu schlüpfen und neue Einheiten zu spawnen (Battlescape) - sie müssen es (auch wenn es selten eine Mission gibt, die lang genug ist, um mit der Zeit zusammenzufallen, zu der sie sonst im Stadtbild erscheinen würden)

Ich merke es wirklich nicht, OG zu spielen, nicht einmal, dass Eier / Chrysalis schlüpfen ... aber es ist meine Erfahrung ...
Also funktioniert diese Mechanik nicht? wir sicher? Ich werde es testen ... aber vielleicht wissen es schon einige und wir vergessen es in der Liste zu überprüfen?

Es ist UNGLAUBLICH selten, es braucht jemanden, der sich den Original-Spielcode ansieht, um die Algorithmen und Werte zu erhalten

Ich brauche auch jemanden, der bestätigt, dass es nicht nur mein Gedächtnis ist, das mich im Stich lässt, da ich eine sehr deutliche Erinnerung an eine UFO-Mission habe, bei der ich einen neuen Anthropod spawnen ließ - aber ich spiele so viel Beta-Release, dass es eine Erinnerung an diese Versionen sein könnte (was Deshalb müssen wir den Code tatsächlich überprüfen und sehen, was los ist)

Wenn sich nach der Überprüfung herausstellt, dass es sich um eine Funktion vor der endgültigen Veröffentlichung handelt, können wir zu den Foren unter wechseln
http://openapoc.org/forums/new_features/

Weil es jetzt einen eigenen Bereich für Codeänderungen wie diese gibt, die keine Mods sind (damit wir den Datenbereich nicht verstopfen)

Scheint "Alien Eier/Chrysalis nach einiger Zeit nicht zu schlüpfen und neue Einheiten hervorzubringen (Battlescape) - sie müssen es tun (auch wenn es selten eine Mission gibt, die lang genug ist, um mit der Zeit zusammenzufallen, zu der sie sonst im Stadtbild erscheinen würden)) „ Gehört wirklich hierher?

Scheint "Alien Eier/Chrysalis nach einiger Zeit nicht zu schlüpfen und neue Einheiten hervorzubringen (Battlescape) - sie müssen es tun (auch wenn es selten eine Mission gibt, die lang genug ist, um mit der Zeit zusammenzufallen, zu der sie sonst im Stadtbild erscheinen würden)) „ Gehört wirklich hierher?

Ich stimme zu, dies ist eine so kleine Sache, die niemals das Gameplay von jemandem beeinflussen sollte. Zumindest zur Beta wechseln?

Wir können es in der Liste belassen, denken aber, dass es den Wechsel zur Beta nicht beeinflussen sollte ...

Ich habe eine spezielle Roadmap für zusätzliche oder spezielle Verbesserungen und Funktionen erstellt, siehe #941
Auf diese Weise können wir die drei wichtigsten Roadmaps klar halten

Die Battlescape-Schraffurfunktion wurde dorthin verschoben, da Istrebitel klargestellt hat, dass sie nicht vollständig in der OG implementiert ist und alle Fälle, in denen dies passiert, von der Vorversion oder von etwas durcheinander gebracht werden müssen, wenn ich die endgültige Version bearbeitet habe

Also 8 Punkt was genau war PR?
ich nummeriere sie alle

@makus82 es ist als WIP gelistet, weil es in PR #998 ist und wir es noch überprüfen
Außerdem hängen die Probleme #999 und #1000 zusammen (obwohl nicht unbedingt erforderlich, um Alpha zu verlassen - sie können später behandelt werden)
PR #998 steht jedoch kurz vor der Fusion; Ich bin selbst nicht wirklich auf Probleme gestoßen, also ist es nur ein letzter Blick von anderen Entwicklern und dann sollten wir in Ordnung sein, es in den Master zu setzen :)

und Diplomatischer Riss-Event. #996 ist Teil von 7. Punkt?
für neue Leute ist das alles verständlich...

wie wäre es mit 19 Punkt nach https://github.com/OpenApoc/OpenApoc/issues/264 verschieben ? um dies zu schließen und nach dem Zusammenführen alles Neue in einem soliden Build und dann einen großen Beitrag bei FB über massive Tests des zusammengeführten Master-Builds zu schreiben ...

Ich freue mich, wenn es überall hin verschoben wird; Aber ich denke, wir tun es am besten, bevor eine Beta-Release-Ankündigung angekündigt wird

Habe auch Punkt 20 hinzugefügt, da dieser definitiv sortiert werden muss, bevor wir neue Benutzer und neue Fehlerberichte erhalten - es muss eine klare Möglichkeit geben, die Versionsnummer zu identifizieren

Ich bin für das YYYY-MM-DD-Build-Format, auf das viele Projekte umgestiegen sind, da es viel besser lesbar ist, wenn man versucht, herauszufinden, wie alt ein Build ist und wie lange wir zwischen größeren Release-Revisionen liegen

Aber selbst ein einfaches 0.xx.xx-System wäre besser als 0.0.2-(zufällige Buchstabenfolge)

Beta erreicht werden, nachdem Punkte in https://github.com/OpenApoc/OpenApoc/issues/264 überprüft wurden, richtig?
UM EINEN BETA-STATUS #2 ZU ERREICHEN >>> (Alle Funktionen implementiert) <<<

Ja, Punkt genommen
Ich werde die Ausgaben 19 und 20 aus dieser herausnehmen, sie auf #264 migrieren, nur damit wir die Alpha-Roadmap schließen können, jetzt wird alles bearbeitet

Ich werde auch die Alpha-Roadmap aufheben und die "post 1.0" #941 nach #265 kleben, damit wir das Limit der "drei klebrigen" voll ausnutzen

Wird dies formell schließen, sobald #998 fusioniert wird

Übrigens, der wöchentliche Finanzierungsbildschirm funktioniert, aber es gibt einen täglichen Ergebnisbildschirm, der durchgeführt werden muss ...
also brauche punkt dafür...

Keine Probleme, der nächtliche Überprüfungsbildschirm wurde zu #264 hinzugefügt