Para tener un juego realmente jugable, ahora necesitamos lo siguiente:
Eso daría un juego que tiene todas sus mecánicas básicas implementadas. Todavía tendríamos un largo camino por recorrer, pero este sería un punto en el que podrías jugar la mayoría de las funciones del Juego Original en OpenApoc.
No olvide la tarea ENORME de comportamientos de la unidad que también se implementará.
Actualmente, la mayoría de las acciones de agentes y alienígenas no abarcan todo lo que pueden hacer en vainilla (agacharse, agacharse, gatear, cubrirse, lanzar granadas, asaltos de distracción, flanquear, etc.)
Ah, y Alien Life Cycle debe implementarse correctamente para que esos huevos y crisálidas sobrantes representen una amenaza real si no se descubren antes de que eclosionen en los edificios donde se dejan caer o engendran.
Las acciones de los agentes ya se pueden crear, pero debido a una IA deficiente, tal vez no se utilicen.
no sé....
Seguro que agregaré todo lo que escribas, pero primero necesitamos saberlo.
sobre los huevos: ¿no eclosionan en las versiones actuales?
Sin huevos / Chrysalis no parece eclosionar después de unos días en el paisaje urbano liberando al alienígena apropiado. Esto debería suceder, pero por debajo de 0.1-86 no parece ser así.
Entonces, sobre el comportamiento y las acciones de los agentes, creo que se pueden incluir aquí en la IA de batalla
https://github.com/OpenApoc/OpenApoc/issues/265
Y sobre la eclosión de los huevos, necesitamos verificarlo, pero lo agrego.
Pensé que el entrenamiento de agentes de battlescape ya estaba implementado ...
@Atrosha En cierto modo , el cálculo no parece correcto, los agentes obtienen demasiados XP demasiado rápido, además, los androides que suben de nivel REALMENTE lentamente por la experiencia de batalla (no pueden por el entrenamiento) tampoco parecen funcionar según OG
Adicional:
ok "Entrenamiento de agentes de Battlescape" esto funciona compruebe que
pero da demasiados puntos de habilidad al menos en superhumanos
después de 1 misión con 2 agentes contra 1-2 antrópodos 4 escupidores 2 hiperworm 3 chupacerebros
así que aquí las estadísticas:
agent1 | antes | después
helch | 56 | 62
accur | 36 | 40
reaccionar | 37 | 39
velocidad | 80 | 80
stam | 33 | 41
strng | 58 | 64
agent2 | antes | después
helch | 48 | 54
accur | 38 | 40
reaccionar | 16 | 17
velocidad | 80 | 88
stam | 34 | 41
strng | 63 | 66
Sobre esto
Los huevos alienígenas / Chrysalis no parecen eclosionar después de un tiempo y generar nuevas unidades (Battlescape); lo necesitan (incluso si rara vez hay una misión lo suficientemente larga como para que coincida con el momento en que de otra manera aparecerían en el paisaje urbano)
Realmente no me doy cuenta, jugando OG, ni siquiera una vez que los huevos / Chrysalis eclosionan ... pero es mi experiencia ...
¿Entonces esta mecánica no funciona? estamos seguros? Lo probaré ... pero tal vez alguien ya lo sepa y nos olvidamos de comprobarlo en la lista.
Es INCREÍBLEMENTE raro, necesitará que alguien mire el código del juego original para obtener los algoritmos y valores
También necesito que alguien me confirme que no es solo mi memoria la que me falla, ya que tengo un recuerdo muy distinto de una misión OVNI que hice cuando una generó un nuevo Anthropod, pero juego tanto lanzamiento Beta que podría ser un recuerdo de esas versiones (que es por eso que necesitamos verificar el código y ver qué está sucediendo)
Si, una vez comprobado, resulta ser una función previa al lanzamiento final, podemos pasar a los foros en
http://openapoc.org/forums/new_features/
Porque ahora hay un área dedicada para cambios de código como este que no son mods (por lo que no obstruimos la sección de datos)
¿ Parece que los "huevos alienígenas / Chrysalis no eclosionan después de un tiempo y generan nuevas unidades (Battlescape)? Deben hacerlo (incluso si rara vez hay una misión lo suficientemente larga como para que coincida con el momento en que aparecerían en el paisaje urbano) "¿De verdad perteneces aquí?
¿ Parece que los "huevos alienígenas / Chrysalis no eclosionan después de un tiempo y generan nuevas unidades (Battlescape)? Deben hacerlo (incluso si rara vez hay una misión lo suficientemente larga como para que coincida con el momento en que aparecerían en el paisaje urbano) "¿De verdad perteneces aquí?
Estoy de acuerdo, esto es algo tan pequeño que nunca debería afectar la jugabilidad de alguien. ¿Al menos pasar a Beta?
Podemos dejarlo en la lista, pero creemos que no debería afectar el cambio a Beta ...
Hice una hoja de ruta específica para mejoras y funciones adicionales o especializadas; consulte el n. ° 941
De esa manera podemos mantener claras las tres hojas de ruta principales
Se movió la función de eclosión de battlescape allí, ya que Istrebitel ha aclarado que no está completamente implementada en el OG y que cualquier instancia de que ocurra debo tenerla desde la versión preliminar o estropear algo al editar la versión final.
Entonces, ¿qué es exactamente el PR?
los enumero a todos
@ makus82 está catalogado como WIP porque está en PR # 998 y todavía lo estamos revisando
Además, los problemas n. ° 999 y n. ° 1000 están relacionados (aunque no son esenciales para dejar alfa; se pueden resolver más adelante)
Sin embargo, el PR # 998 está cerca de fusionarse; Realmente no encontré ningún problema, así que es solo una mirada final de otros desarrolladores y luego deberíamos estar bien para ponerlo en el maestro :)
y evento de ruptura diplomática. # 996 es parte del 7. punto?
para que todo sea comprensible para la gente nueva ...
¿Qué tal mover 19 puntos a https://github.com/OpenApoc/OpenApoc/issues/264 ? para cerrar esto y luego fusionar todo lo nuevo en una compilación sólida y luego hacer una gran publicación en FB sobre las pruebas masivas de la compilación combinada maestra ...
Me alegra que lo trasladen a cualquier parte; pero creo que es mejor hacerlo antes de cualquier anuncio de lanzamiento beta
También agregué el punto 20, ya que definitivamente necesita ser ordenado antes de que obtengamos nuevos usuarios y nuevos informes de errores; debe haber una forma clara de identificar el número de versión.
Estoy a favor del formato de compilación AAAA-MM-DD al que se han trasladado muchos proyectos, ya que es mucho más legible cuando se trata de calcular la antigüedad de una compilación, dado el tiempo que estamos entre las revisiones de la versión principal.
Pero incluso obtener un sistema simple 0.xx.xx sería mejor que 0.0.2- (cadena aleatoria de letras)
beta después de comprobar los puntos en https://github.com/OpenApoc/OpenApoc/issues/264, ¿verdad?
PARA ALCANZAR UN ESTADO BETA # 2 >>> (Todas las funciones implementadas) <<<
Si, punto tomado
Quitaré los problemas 19 y 20 de este, los migraré al # 264 solo para que podamos cerrar la hoja de ruta Alpha ahora que se está trabajando en todo.
También quitaré la hoja de ruta Alpha y pegaré la "publicación 1.0" n. ° 941 después de la n. ° 265 para que podamos aprovechar al máximo el límite de "tres adhesivos"
Cerrará esto formalmente tan pronto como se fusione # 998
Por cierto, la pantalla de financiación semanal está activada y funciona, pero hay una pantalla de puntuación diaria que debe hacerse ...
así que necesito un punto para esto ...
Sin problemas, se agregó la pantalla de revisión nocturna al n. ° 264
Comentario más útil
Adicional: