Para ter um jogo verdadeiramente jogável, agora precisamos:
Isso daria um jogo com todas as suas mecânicas básicas implementadas. Ainda teríamos um longo caminho a percorrer, mas este seria um ponto em que você poderia jogar a maioria dos recursos do Jogo Original no OpenApoc.
Não se esqueça da tarefa de comportamento da unidade ENORME a ser implementada também.
Atualmente, a maioria das ações de agentes e alienígenas não englobam tudo o que eles podem fazer no vanilla (agachar-se, esquivar-se, rastejar, usar cobertura, atirar granadas, ataques diversivos, flanquear, etc.)
Ah, e o Ciclo de Vida Alienígena precisa ser implementado adequadamente para que os ovos e crisálidas que sobraram representem uma ameaça real se não forem descobertos antes de eclodirem nos prédios onde são largados ou desovados.
as ações do agente já podem ser criadas, mas devido a uma IA pobre, talvez não seja usado
Eu não sei....
com certeza adicionarei tudo o que você escrever, mas precisamos saber primeiro
sobre os ovos - não chocam nas versões atuais?
Nenhum ovo / crisálida não parece eclodir depois de alguns dias na paisagem urbana, liberando o alienígena apropriado. Isso deveria acontecer, mas em 0.1-86 não parece.
Sobre o comportamento e as ações dos agentes, acho que podem ser incluídos aqui na IA de batalha
https://github.com/OpenApoc/OpenApoc/issues/265
E sobre a incubação dos ovos, precisamos verificar, mas eu adiciono
Achei que o treinamento do agente do campo de batalha já estava implementado ...
@Atrosha Mais ou menos , o cálculo não parece certo, os agentes obtêm muito XP muito rápido, além disso, os andróides subindo de nível MUITO lentamente por causa da experiência de batalha (eles não podem por causa do treinamento) também não parecem funcionar de acordo com OG
Adicionado:
ok "Agent Training from Battlescape" funciona, verifique se
mas dá muitos pontos de habilidade, pelo menos em super-humanos
após 1 missão com 2 agentes contra 1-2 antrópodes 4 cuspidores 2 hiperworm 3 sugadores de cérebro
então aqui estão as estatísticas:
agent1 | antes | depois de
helch | 56 62
preciso | 36 40
reagir | 37 39
velocidade | 80 80
stam | 33 41
strng | 58 64
agent2 | antes | depois de
helch | 48 54
preciso | 38 40
reagir | 16 17
velocidade | 80 88
stam | 34 41
strng | 63 66
Sobre isso
Ovos alienígenas / crisálidas não parecem eclodir depois de algum tempo e geram novas unidades (Paisagem de batalha) - eles precisam (mesmo que raramente haja uma missão longa o suficiente para coincidir com o momento em que, de outra forma, germinariam na paisagem urbana)
Eu realmente não noto, jogando OG, nem mesmo uma vez que os ovos / crisálida eclodem ... mas é minha experiência ...
Então essa mecânica não funciona? temos certeza? Vou testar ... mas talvez alguem ja conheça e esquecemos de conferir na lista?
É INCRIVELMENTE raro, vai precisar de alguém para olhar o código do jogo original para obter os algoritmos e valores
Eu também preciso de alguém para confirmar que não é apenas minha memória falhando, já que tenho uma memória muito distinta de uma missão de OVNI que fiz, tendo um gerado um novo Antrópode - mas eu jogo tanto lançamento Beta que poderia ser uma memória dessas versões (que é por isso que precisamos realmente verificar o código e ver o que está acontecendo)
Se, uma vez verificado, for um recurso de pré-lançamento final, podemos passar para os fóruns em
http://openapoc.org/forums/new_features/
Porque agora há uma área dedicada para mudanças de código como esta que não são mods (para não entupir a seção de dados)
Será que "Ovos alienígenas / crisálidas não parecem eclodir depois de algum tempo e geram novas unidades (Paisagem de batalha) - eles precisam (mesmo que raramente haja uma missão longa o suficiente para coincidir com o momento em que, de outra forma, germinariam na paisagem urbana) " realmente pertence aqui?
Será que "Ovos alienígenas / crisálidas não parecem eclodir depois de algum tempo e geram novas unidades (Paisagem de batalha) - eles precisam (mesmo que raramente haja uma missão longa o suficiente para coincidir com o momento em que, de outra forma, germinariam na paisagem urbana) " realmente pertence aqui?
Eu concordo, isso é uma coisa tão pequena que nunca deveria afetar a jogabilidade de alguém. Pelo menos mudar para Beta?
Podemos deixá-lo na lista, mas acho que não deve afetar a mudança para Beta ...
Fiz um roteiro específico para melhorias e recursos extras ou especializados, consulte # 941
Dessa forma, podemos manter os três principais roteiros claros
Mudei o recurso de incubação do cenário de batalha, pois o Istrebitel esclareceu que não está totalmente implementado no OG e quaisquer instâncias disso ocorrendo devo ter ocorrido no pré-lançamento ou bagunçando algo ao editar o lançamento final
Então, o que exatamente PR era isso?
Eu numero todos eles
@ makus82 está listado como um WIP porque está no PR # 998 e ainda estamos revisando isso
Além disso, os problemas nº 999 e nº 1000 estão relacionados (embora não sejam essenciais para deixar o alfa - eles podem ser resolvidos mais adiante)
PR # 998 está perto de ser mesclado; não encontrei realmente nenhum problema, então é apenas uma olhada final por outros desenvolvedores e então devemos estar OK para colocá-lo no master :)
e evento de fenda diplomática. # 996 faz parte do 7. ponto?
então tudo é compreensível para novas pessoas ...
que tal mover o ponto 19 para https://github.com/OpenApoc/OpenApoc/issues/264 ? para fechar isso e depois de mesclar todas as coisas novas em uma compilação sólida e, em seguida, fazer uma grande postagem no FB sobre testes massivos de compilação mesclada mestre ...
Estou feliz por ele ser movido para qualquer lugar; mas, acho que é melhor fazê-lo antes de qualquer anúncio de lançamento beta
Também adicionei o ponto 20, pois ele definitivamente precisa ser classificado antes de obtermos novos usuários e novos relatórios de bugs - deve haver uma maneira clara de identificar o número da versão
Eu sou a favor do formato YYYY-MM-DD-Build para o qual muitos projetos mudaram, pois é muito mais legível ao tentar descobrir a idade de um build dado o tempo que estamos entre as principais revisões de lançamento
Mas mesmo obter um sistema 0.xx.xx simples seria melhor do que 0.0.2- (sequência aleatória de letras)
beta ser alcançado após os pontos serem verificados em https://github.com/OpenApoc/OpenApoc/issues/264 certo?
PARA ALCANÇAR UM ESTADO BETA # 2 >>> (Todos os recursos implementados) <<<
Sim, ponto tomado
Vou tirar os problemas 19 e 20 deste, migrá-los para o # 264 apenas para que possamos fechar o roteiro do Alpha agora que tudo está sendo trabalhado
Também removerei o Alpha Roadmap e fixarei o "post 1.0" # 941 após o # 265, portanto estamos fazendo uso total do limite de "três sticky"
Fechará isso formalmente assim que o # 998 for mesclado
Aliás, a tela de financiamento semanal está funcionando, mas há uma tela de pontuação diária que precisa ser feita ...
então preciso de um ponto para isso ...
Sem probs, adicionado a tela de revisão noturna a # 264
Comentários muito úteis
Adicionado: