Estou fazendo uma aventura baseada em texto em Java, e atualmente tenho um sistema de combate bastante limitado, onde você pode fazer uma de três coisas:
- ataque com sua espada
- ataque com magia (se estiver desbloqueado)
- beber uma poção de saúde
Este sistema funciona, mas é bastante chato e sem inspiração. Eu quero tornar o combate agradável ainda, dadas as limitações de um jogo baseado em texto, mas não sei como fazer isso. Se alguém souber como tornar esse sistema mais atraente / divertido, isso será muito apreciado.
game-design
combat
xlis1
fonte
fonte
Respostas:
Basicamente, você está procurando maneiras de melhorar as escolhas do jogador ; as maneiras de fazer isso são tornar as escolhas mais interessantes e / ou significativas. Por significativo, estou me referindo ao impacto que uma escolha tem na experiência geral. Sem saber mais sobre os outros sistemas, narrativas, etc. do jogo, deixarei de lado a parte significativa como fora do escopo desta resposta. Em vez disso, estou focando em algumas maneiras de adicionar incerteza e complexidade medidas ao sistema de combate para torná-lo mais interessante.
Com base nas informações apresentadas, suspeito que exista uma estratégia mais ou menos clara de combate, provavelmente algo como:
Esse tipo de padrão não leva muito tempo para ser descoberto e, uma vez encontrado, o jogo consiste em passar pelos movimentos. Você já tentou algumas soluções:
Aqui estão algumas maneiras pelas quais você pode adicionar complexidade ao sistema com a intenção de tomar decisões mais interessantes:
É possível adicionar complexidade, incerteza e incentivar o jogador a assumir riscos. ou seja, dê às poções um número aleatório de 0 a 9. Poções se curam mais com base no quão perto o # deles corresponde ao último dígito de dano causado mais recentemente ao jogador.
Como o GDSE é mais sobre perguntas e respostas do que opiniões, quero enfatizar que os exemplos são exatamente isso. A resposta principal é encontrar maneiras de tornar o (s) sistema (s) em questão interessante, sem torná-lo muito complexo, arbitrário ou inescrutável. Se você precisar de opiniões adicionais sobre como fazer isso acontecer, pode ser necessário acessar o chat do GDSE ou um fórum do gdev como o TIG Source .
fonte
Uma vez, joguei um jogo com um dos melhores sistemas de combate com 2 caracteres em texto que já joguei (o jogo era horrível em todos os outros aspectos, então esqueci o nome):
Por que esse sistema ofereceu muita profundidade?
Primeiro, nem sempre é óbvio qual ataque causa mais dano no momento, porque você precisa observar os efeitos de status que afetam atualmente o status do ataque e o status de defesa do oponente pelo ataque. Bem, quando o jogador entendeu completamente a mecânica do jogo, este é apenas um cálculo simples, mas pouquíssimos jogadores analisarão seus algoritmos tão profundamente e farão palpites.
Em segundo lugar, mesmo se você fazer descobrir o ataque mais prejudicial, você tem que olhar para o impacto que os seus efeitos de status ter. Por exemplo, usar o ataque que aumenta os inimigos STR pode ser ruim, mas, por outro lado, o inimigo só recebeu um ataque baseado em STR e esse ataque tem como alvo DEX, e DEX é sua melhor estatística, portanto, pode não ser tão ruim. O ataque também aumenta a sua INT, o que soa bem, mas você ainda tem 3 rodadas de reforço da INT, então você pode querer usar a oportunidade para obter uma melhoria para um status diferente.
Não estou dizendo que você deve copiar este sistema. O que quero dizer é que, se você deseja criar um sistema de combate profundo por turnos, verifique se
fonte
A pedra preciosa MUD 3 teve um ótimo combate baseado em texto.
Sendo um MUD, tinha combate em tempo real e era multiplayer.
Uma das coisas mais memoráveis era o fato de ter posturas. Você pode ser defensivo, neutro ou ofensivo, e mudaria de postura durante uma luta.
Havia também o conceito de tempo da rodada para seus ataques. Armas e armaduras mais pesadas (e menos força, ou falta de um feitiço de pressa) significavam tempos mais longos.
Então, você teria um tempo de rodada de X segundos, e o que estava lutando teria um tempo de rodada de Y. (Assumindo um único oponente)
Como você e seu oponente só podiam agir quando o cronômetro não estava funcionando, um bom lutador "dançaria".
O objetivo seria estar em posição ofensiva sempre que você atacasse e estar em uma pilha defensiva sempre que fosse atacado.
Você teria que cronometrar as coisas com base no tempo da rodada e no deles.
Foi muito divertido e um bom desafio de habilidade. Muito bom para um jogo de texto imo.
fonte
Costuma-se dizer que os jogos são mais divertidos quando suas escolhas são significativas . Se sua mecânica é muito simples, suas escolhas se tornam óbvias (por exemplo: saúde baixa -> beba poção de saúde) e o jogo se torna desinteressante. Uma maneira de fazer escolhas significativas é fazê-las exigir habilidades como observação , previsão ou planejamento .
Um ótimo exemplo disso em ação é o Chrono Trigger , um JRPG com os seguintes recursos e habilidades necessárias:
Para construir tudo isso, o jogo oferece equipamentos diferentes , lança diferentes inimigos e composições inimigas para você e às vezes até obriga a mudar os membros do seu grupo , o que afeta a relativa eficiência de diferentes estratégias e como você joga o jogo. .
Mas este é apenas um exemplo, e que mecânica eles usam não é a parte importante, são as habilidades que eles precisam que o jogador aprenda. Outros exemplos de habilidades incluem tempo / reflexos (típicos de jogos de ação), dedução (jogos de quebra-cabeça), planejamento a longo prazo (jogos de estratégia) ou yomi (jogos de luta). Concentre-se nas habilidades para transformar um jogo chato em um mais envolvente.
fonte
Você pode torná-lo sensível ao tempo. Então você pode dizer "O troll está balançando o taco dele na sua cabeça ..." e fazer com que o ... apareça gradualmente (digamos 0,5 segundos cada). Se até o último. parece que o usuário não se abaixou, o clube os atingiu e você diz "O clube bateu na sua cabeça, você deveria ter se abaixado!"
Seus movimentos defensivos podem ser
Garanta que ataques diferentes exijam defesas diferentes, para que o jogador não possa simplesmente digitar "bloquear" todas as vezes e, em vez disso, deve reagir ao estímulo (o ataque descrito).
Quando a luta começa, você pode deixar o usuário dar um soco na cabeça, mas o segundo ataque será bloqueado se for outro soco na cabeça. Então você socaria a cabeça, chutaria as pernas. Isso também fará com que o usuário pense um pouco sobre seus ataques - ter algum tipo de reconhecimento de padrões e fazer com que o personagem tente adivinhar que o próximo passo seria bom também, em vez de apenas impedir a repetição. Persistindo que a árvore de aprendizado também seria um jogo muito interessante :)
fonte
Eu estava trabalhando em um jogo baseado em texto com um mecanismo de combate e obtive os melhores resultados com o sistema inspirado no OGRE BATTLE , se você se lembra desse título para o Super Nintendo. No meu caso, você controlava um grupo de três e podia enfrentar até cinco inimigos por vez.
Basicamente, você define as táticas para sua equipe e a sequência de combate se torna automática para um número definido de iterações. Você quer atingir os inimigos com a menor saúde ou a mais alta? Você quer atingir o inimigo que sofrer mais danos? Ou você quer atingir o líder deles? Salvar poções a todo custo ou usá-las com um limite de%?
A sequência progrediria com várias trocas de ataques e, em seguida, um prompt retornaria e você poderia reavaliar e alterar suas táticas. Como você comandando uma equipe, não participando.
Em última análise, tudo se resume ao que Pikalek está dizendo - só é interessante se as escolhas exigirem alguma reflexão.
fonte
Tente algo Novo.
Nota: pode demorar, mas prometo que valerá a pena
Se você vai fazer algo inovador e capaz de se afastar do tradicional sistema de combate multi-opções. Eu sugiro um sistema de combate baseado em texto, que não são muitos lá fora, ao lado dos MUDs (por exemplo: lançar feitiços ou ataques, digitando seus nomes), que é uma ótima maneira de tornar o jogo maneira mais envolvente.
no entanto, como qualquer outro sistema possui seus próprios prós e contras, aqui está uma lista para sua conveniência:
Prós:
A digitação fornece a um jogo baseado em texto algo muito exclusivo dos jogos do gênero, que é o elemento de ação. Especialmente quando combinado com limitações de tempo, qual é a sensação melhor para um jogador do que brilhar no teclado enquanto mata um chefe e se sente como um chefe😎?
Obriga o jogador a se lembrar de seus ataques e nomes de feitiços em vez de clicar casualmente nos botões. Que quando combinado com uma boa história / significado (que acredito ser essencial para um jogo baseado em texto) ou algum tipo de pseudo-linguagem faz com que o jogador se sinta muito mais imerso no jogo. Além disso, torna a comunidade dos fãs do jogo (que espero que você obtenha para o seu projeto) muito mais estável, pois eles têm um fator comum para uma discussão mais aprofundada sobre o jogo, e se você conseguir isso você terá o que eu gosto de chamar de fator de expansão Fanbase (FEF), É basicamente um recurso em jogos que leva os fãs a ter um ponto associativo comum com um aspecto exclusivo do jogo. O que é realmente ótimo, pois adiciona mais volume passivamente ao jogo. Aqui está uma boa visualização dos possíveis resultados de um FEF: Ponto de partida Os usuários jogam o jogo => os usuários aprendem o FEF => os usuários discutem o FEF com outros usuários IRL / online => maior expansão do volume de conteúdo relacionado ao jogo na internet => mais terceiros estão expostos ao jogo => mais usuários provavelmente jogarão o jogo => ponto de partida elevado . Um bom exemplo de FEFs bem-sucedidos desse jogo são a linguagem dovah em Skyrim ou os bugs / senso de humor exclusivos no simulador de cabras.
Eu acho que os dois últimos pontos são mais que suficientes para provar o valor desse sistema (pelo menos antes dos contras). No entanto, acrescentarei o terceiro ponto, que é a dificuldade. Ao integrar este sistema, você garante que o jogador seja desafiado o suficiente e que seu sucesso no jogo seja baseado mais na habilidade do que em alguns valores inteiros não assinados. Se a dificuldade seria uma adição efetiva / ineficaz se baseia apenas na implementação. Por exemplo, o jogo OSU, apesar de ser um jogo altamente desafiador e popular de relatividade, afasta muitos jogadores / iniciantes em potencial que inicialmente gostam do jogo.
Contras:
É um monte de trabalho. É claro que criar um sistema desse tipo que é fornecido com um grande banco de dados de palavras-chave não é tão simples quanto pressionar alguns botões na GUI (sem mencionar os problemas a serem considerados ao criar um sistema como combinações, erros de digitação, manipulação de teclado, etc ...)
Erros de digitação. O que pode ser mais irritante e mais raiva é o fator principal do que ser morto por causa de um teclado ou usuário desajeitado, é claro que isso pode ser corrigido por alguns algoritmos / integrado como um elemento único do jogo (por exemplo, causar menos danos em caso de erro de digitação), mas requer muito mais tempo e esforço para implementar, o que é um fator importante no desenvolvimento de um jogo.
Não é para todos. Especialmente se as habilidades / magias do jogo forem implementadas em um idioma específico, nem todo mundo digita rápido e é mais provável que um nativo inglês digite as magias com melhor ortografia por dum tss ou mais rápido do que qualquer outra pessoa (o mesmo vale para todos os idiomas, a menos que você faça as habilidades em esperanto). Isso exigiria que o desenvolvedor fornecesse um idioma alternativo (ou algo sem sentido) e provavelmente resultaria em encolhimento do público-alvo + tornaria o jogo impossível de jogar para crianças muito pequenas (o que eu suponho que não seja um público-alvo para um jogo baseado em texto) ) *
. * Você pode dizer "mas ei, e quanto a Pokémon?". Dá um tempo, você sabe que ninguém lê além dos diálogos iniciais.
** Leia o post inteiro, se você quiser saber o que é isso.
fonte
Tanto o jogador quanto o oponente pegam simultaneamente, ambas as decisões são reveladas simultaneamente e agidas.
fingir alto.
fingir baixo.
balançar alto.
balance baixo.
bloco alto.
bloco baixo.
Se você balançar, e seu oponente não bloquear, você causa dano.
Balanços altos causam mais danos do que balanços baixos.
Se você balançar, e seu oponente bloquear a altura correta, você tem 50% de chance de sua próxima ação ser desperdiçada (troca de moedas é realizada depois que suas próximas ações forem reveladas).
Se você fingir, e seu oponente bloquear essa altura, eles caíram no seu ardil inteligente, a pessoa que bloqueou tem 50% de chance de perder a próxima ação (troca de moeda realizada após as próximas ações reveladas).
Obviamente, serão necessárias mais interações para brigas em grupo, magia e poções. Você sempre pode adicionar mais opções (oscilação de potência alta / baixa), o que causa mais dano se conectar, mas deixa você vulnerável pelos próximos 1 ou mais turnos.
As escolhas de IA podem ser simples ou complexas, mas você deve ter algum elemento aleatório. Basicamente, quando as pessoas se sentem ameaçadas (cercadas, com pouca saúde), aumentam a probabilidade de bloquear. Se o seu oponente estiver desequilibrado, com pouca saúde, cercado, faça com que ele tenha mais chances de sair. Faça com que eles respondam às informações fornecidas pelos jogadores - se um jogador sempre balança alto, provavelmente bloqueia alto.
fonte
O que você descreve me parece uma versão somente em texto do sistema de combate dos JRPGs da velha escola.
O @Pikalek faz um ótimo trabalho descrevendo por que esses sistemas podem ser chatos e como adicionar profundidade os mantém atraentes. Ainda assim, vejo dois problemas com esse tipo de combate:
Aqui é onde algum pensamento lateral pode ser útil. Um exemplo é como o Final Fantasy XIII mudou radicalmente o sistema de combate tradicional da FF.
No FF XIII, os combates acontecem em tempo real e os personagens dos jogadores são controlados por IA ^. A entrada do jogador é uma "mudança de paradigma" que atribui papéis aos personagens, em vez de ações específicas. Os papéis determinam quais habilidades cada personagem usa e são comportamentos muito gerais, como guerreiro, mago, tanque, médico, etc.
Este sistema tem prós e contras, mas achei muito eficaz e envolvente.
No lado negativo, você perde o controle fino de suas ações de personagem, precisa de um conjunto de habilidades / papéis suficientemente grandes para serem eficazes e provavelmente é mais difícil de implementar.
Do lado positivo, as batalhas em tempo real são muito mais rápidas e envolventes, batalhas fáceis podem ser despachadas rapidamente. Também sinto que o combate se torna mais sobre estratégia (como configurar seu partido e paradigmas) e o fluxo tático da batalha, em vez de ações de microgerenciamento, por exemplo: comece com uma rodada de buff / debuff, mude para guerreiro / mago, existe uma grande ataque vindo? rápido, mude para todos os tanques !, etc.
A implementação de um sistema de combate desse tipo é um grande comprometimento e afetaria muitas áreas do jogo, então leve-o com uma pitada de sal. Ainda sinto que é um sistema muito atraente e subutilizado que gostaria de jogar mais, e parece ser um bom ajuste para um jogo apenas de texto.
^ Para ser mais preciso, você pode controlar manualmente o personagem principal ou defini-lo como totalmente automático.
fonte
Sendo um sistema baseado em texto, eu sugeriria que, em vez de sempre haver exatamente o mesmo conjunto de opções, que um conjunto de frases possíveis seja usado para as opções de ataque e defesa. Essas frases podem ser dependentes de armas e podem dar mais uma sensação de "no meio de um combate em mudança". Assim, quando a solicitação de ação aparecer, a frase exata para a 'opção de ataque' e a frase para a 'opção de defesa' serão diferentes a cada vez.
Além disso, talvez introduza um mecânico "ameaçado" onde, se alguém estiver em uma posição perigosa, ele não tiver a opção de beber uma poção - ou se beber enquanto estiver "ameaçado", então dará um ataque livre ao oponente. Isso pode ser aleatório ou sempre pode ser baseado em alguma circunstância de sua escolha.
Isso também deve passar para as descrições dos resultados do combate - diferentes descrições aleatórias / variáveis para acertos, erros, tipos de armas e quantidades de dano.
fonte
Apenas uma pequena dica sobre saúde que aprendi hoje com Mark Brown:
Você pode premiar um jogador com uma poção de saúde de diferentes tamanhos para diferentes estilos de jogo.
Veja o vídeo completo: Como os jogos fazem saúde
fonte