Comentários de desenvolvedores em Hydro
Este artigo contém uma transcrição dos comentários de desenvolvedores encontrados em tc_hydro.
Transcrição
(Em ordem de aparição.)
Observação: todos os áudios estão em inglês.
| Bem-vindo(a) ao Team Fortress 2 |
| [Gabe Newell] Bem-vindo ao Team Fortress 2. Depois de nove anos em desenvolvimento, acreditamos que tenha valido a pena esperar. Para ouvir um balão de comentário, coloque a sua mira sobre o balão e pressione a tecla usar. Para parar um balão de comentário, coloque a sua mira sobre o balão que está girando e pressione a sua tecla usar novamente. Alguns balões de comentário podem tomar controle do jogo para mostrar algo a você. Nesses casos, basta pressionar a sua tecla usar novamente para parar o comentário. Por favor, me envie sua opinião depois que tiver a chance de jogar. Posso ser contatado pelo e-mail gaben@valvesoftware.com e minha classe favorita é o Spy. Obrigado e divirta-se! |
| Tema geral de Hydro |
| [Aaron Barber] Ao contrário dos mapas no TF tais como 2fort e Well, que possuem lados progressivamente azuis e vermelhos, as quatro principais arenas de Hydro podem ser possuídas tanto por uma equipe quanto pela outra. Nós precisávamos de um tema geral que justificasse estruturas como paredes de pedra e túneis, mas que também tivesse um esquema de cores neutras. Nós escolhemos um tema de deserto com uma palheta de pedra marrom avermelhada, céu azul-claro e cores de luz neutra que complementassem a área em volta. As cores das áreas separadas variam um pouco, mas ainda assim se encaixam. |
| Rejogabilidade do mapa |
| [Jeff Lane] Comunidades multijogador tendem a se focar em um pequeno grupo de mapas, jogando neles repetidamente. Em vez de produzir um grande número de mapas, cuja maioria passaria despercebida, decidimos que tentaríamos criar um mapa com mais rejogabilidade inerente do que qualquer outro que já havíamos criado. Na maioria dos mapas multijogador, você sabe o que terá que fazer antes mesmo do mesmo ter terminado de carregar. No nosso caso, queríamos um mapa onde você não poderia prever nem mesmo algo tão básico quanto o seu local de início, muito menos o que você fará quando chegar lá. Portanto, Hydro começa com um estado inicial aleatório. Essa ênfase no controle de territórios em constante mudança significa que o mapa raramente parece repetitivo. Enquanto isso, a estrutura explícita das rodadas mantém as equipes focadas e providencia altos e baixos regularmente de acordo com a obtenção e perda de territórios pelas equipes. |
| Limites do mapa |
| [Laura Dubuk] Mapas necessitam de limites que não possam ser ultrapassados, mas a menos que restrinjamos os ambientes a ambientes fechados ou cânions, esses limites não poderão bloquear a visão do jogador da área distante e inalcançável. Em nossos títulos mais realísticos, como o HL2, esses limites às vezes necessitam de explicações ficcionais e visuais. No mundo estilizado de Team Fortress, no entanto, a artificialidade notável é um princípio de design do jogo, então nós podemos simplificar ou até ignorar essas explicações sem comprometer a experiência do jogador. Testes mostraram, por exemplo, que essas cercas baixas que levam a espaços vazios cumpriram sua missão de transmitir a mensagem de que a área além da cerca não é interessante e está fora de alcance. |
| Design visual |
| [Laura Dubuk] Esta área apresentou um problema complicado. Como a arena é primariamente um interior, não havia muito que pudéssemos fazer para alterar sua estrutura básica, então nos concentramos em um gerenciamento cuidadoso dos formatos do interior para criar um espaço icônico. O edifício é essencialmente uma caixa com janelas grandes e retangulares, em contraste com elementos arredondados (geradores) no centro. Para criar profundidade e paralaxe, adicionamos elementos lineares como corrimões e cabos. Utilizamos valores contrastantes de escuro e claro no chão, com passagens para criar um interessante padrão de valores. Todos esses elementos trabalham juntos para atrair a atenção do jogador para a bandeira — que precisa sempre ser o ponto central da arena. |
| Granadas |
| [Adrian Finol] Uma das principais mudanças entre o Team Fortress Classic e Team Fortress 2 foi a remoção das granadas de mão. A maioria das classes podia carregar uma granada de mão padrão junto com uma granada secundária, mais relacionada à classe. O foco do Team Fortress 2 em papéis únicos para cada classe nos levou a perceber que a granada padrão era mais decisiva em combate do que algumas das armas primárias. Isso fez com que as classes se tornassem mais semelhantes em combate — um efeito não desejado. Além disso, quando olhamos para alguns dos empates nos mapas do Team Fortress Classic, eles frequentemente eram causados pela grande quantidade de granadas arremessadas. Dois casos eram particularmente problemáticos: Aquele em que jogadores arremessavam granadas repetidamente em entradas, esperando matar qualquer inimigo que poderia estar ali, e jogadores à beira da morte jogando todas as suas granadas rapidamente, na esperança de matar alguém depois que morressem. A remoção das granadas tornou o jogo mais divertido quase que imediatamente, especialmente para novos jogadores que ficavam constantemente confusos sem entender por que haviam morrido quando uma granada explodia nos seus pés. Quando examinamos as granadas específicas de cada classe, encontramos problemas semelhantes. Eliminá-las dos testes deu outro impulso em tornar o jogo mais divertido. Depois que nos decidimos sobre a remoção, analisamos cada classe para ver quais capacidades poderiam ter sido perdidas por causa da decisão. Em alguns casos, acrescentamos outras capacidades, quando sentimos que uma classe havia perdido a habilidade de tomar algumas decisões interessantes, relacionadas ao seu tipo de granada especial. |
| Direção de arte do TF2 |
| [Andrea Wicklund] Quanto mais a sua direção de arte puder usar representações visuais bem compreendidas, menos trabalho você terá para explicar os elementos do seu jogo. A versão mais antiga do TF2 tinha uma direção de arte realista demais. À medida que o tempo passava, fomos descobrindo que isso estava causando vários problemas. As diferenças entre nossas classes de jogador eram difíceis de serem expostas satisfatoriamente. Armas que disparavam qualquer outra coisa além de balas eram difíceis de serem visualizadas. Os nossos mapas não faziam muito sentido no mundo real, onde duas forças adversárias raramente constroem bases a 15 metros uma da outra. Além disso, o jogo não era visualmente distinto dos nosso outros produtos. Um mundo estilizado não tinha nenhum desses problemas: Coloque o grande Heavy ao lado do um Spy de terno listrado e os jogadores entendem as diferenças de pontos de vida entre as duas classes e os seus estilos de jogo diferentes. O raio de luz curador do Medic foi facilmente compreendido pelos que testaram o jogo quando viram os sinais de "mais" vermelhos flutuantes sendo transmitidos ao alvo. Uma ficção estilizada pode facilmente explicar por que as bases das equipes são construídas próximas uma da outra. Por fim, uma captura de tela do TF2 é facilmente reconhecida, garantindo que ninguém irá confundi-la com algum outro jogo nosso. |
| A Locutora |
| [Chet Faliszek] A locutora do Team Fortress 2, Ellen McLain, tem o raro privilégio de ser a única pessoa a ter sua voz presente em todos os produtos da Orange Box. Para o seu papel em Team Fortress 2, pedimos que Ellen tentasse várias leituras das mesmas falas deixando ela improvisar diferentes personalidades. Na 5ª tentativa, ela conseguiu o ideal. A soberana malvada, desapontada e um pouco brava deixa claro que no mundo do Team Fortress, um empate não significa que todo mundo ganha, mas sim que todos perdem. |
| O Scout |
| [Andrew Burke] O Scout foi criado para os jogadores que conseguem se mover rapidamente enquanto acompanham o seu alvo. Enquanto outras classes de combate se baseiam em grandes quantidades de dano, o Scout se baseia na sua alta velocidade de movimentação e habilidade de pulo duplo para evitar o fogo inimigo. Muito do seu estilo de combate se dá em torno da sua arma primária, a Espingarda. Ela causa uma grande quantidade de dano, mas seus projéteis se espalham demais, o que o força a chegar perto do inimigo para conseguir o seu efeito completo, onde ele também corre o maior risco de ser ferido. Ela tem uma baixa taxa de disparo, o que o encoraja a esperar para atirar e então se esquivar e então esperar e assim por diante, o que dá aos seus inimigos uma chance maior de acertá-lo nesses intervalos. Finalmente, ela suporta um pequeno número de cartuchos e recarrega lentamente, o que encoraja o Scout a sair do combate para recarregar, algo que ele pode fazer facilmente com a sua velocidade, além de dar aos inimigos feridos uma chance de correr antes que o Scout retorne. |
| O Soldier |
| [Dhabih Eng] O Soldier é uma classe principal de combate que se caracteriza por seu movimento versátil e sua formidável capacidade de causar dano a longa distância. Ele foi projetado para ser confortável em quase qualquer situação de combate e para ser a melhor classe antissentinela a longa distância. As suas principais fraquezas estão projetadas na sua arma primária, o Lança-foguetes. Ele só carrega uma pequena quantidade de foguetes, o que força o Soldier a gerenciar cuidadosamente suas recargas, além de atirar projéteis relativamente lentos, o que o torna ineficaz para longas distâncias contra qualquer adversário que se esquiva bem, como o Scout. |
| O Engineer |
| [Eric Kirchmer] Equilibrar a eficácia da Sentinela controlada por IA do Engineer foi um dos problemas de design mais difíceis no Team Fortress 2. Se a arma fosse poderosa demais, apenas os jogadores mais experientes conseguiriam contrapor-se a ela. Se a arma fosse muito fraca, o Engineer não teria nenhuma chance contra os jogadores experientes, efetivamente tornando sua construção dispensável. Nossa solução foi tornar a Sentinela essencialmente binária, no sentido de que ela é letal contra inimigos que não tomam cobertura, mas não pode lidar inteligentemente com os inimigos entrando e saindo da cobertura. Isso força o Engineer a usar a sua própria habilidade com suas armas para compensar a fraqueza da Sentinela em relação a cantos, enquanto mantém a Sentinela um obstáculo formidável para qualquer adversário que simplesmente tente passar correndo por ela. |
| Regras de Respostas |
| [Eric Smith] Para o Half-Life 2 desenvolvemos algo chamado de Regras de Respostas, um sistema que nos permite refinar a forma que os personagens dizem as suas falas em resposta a eventos do jogo que não são completamente previsíveis. No Team Fortress 2, ampliamos as Regras de Respostas para o ambiente multijogador pela primeira vez. O sistema de Regras de Respostas funciona listando conceitos da fala em um arquivo de texto simples; o código do jogo então faz com que os personagens tentem falar quando as regras ou condições definidas no arquivo de texto são encontradas no jogo. Por exemplo, quando um jogador recarrega a sua arma, isso sinaliza o sistema de Regras de Respostas que agora seria o momento adequado para dizer uma fala sobre recarga. O sistema de Regras de Respostas verifica o estado do mundo e o combina a um conjunto de regras que determina a melhor fala a ser usada para aquele conceito da fala. Se a vida do jogador está baixa, ele pode dizer uma fala sobre recarga diferente de quando ele está com a vida cheia. Ele poderia dizer uma fala especial se ele matou mais de dois inimigos nos últimos 20 segundos, um outro conjunto de falas se ele estiver debaixo d'água e assim por diante. Manter o diálogo e as regras em arquivos de script dá aos roteiristas do jogo a habilidade de adicionar falas ao jogo sem precisar de qualquer apoio de código. |
| Arte estilizada |
| [Moby Francke] Após optarmos por uma direção de arte estilizada, experimentamos com uma variedade de estilos antes de estabelecer que usaríamos o exemplo de J.C. Leyendecker, um ilustrador muito popular do início do século XX. A representação das roupas e materiais por Leyendecker forneceu um ótimo exemplo de como adicionar detalhe a um personagem mantendo os formatos da silhueta limpos e nítidos, essenciais para a identificação das nossas classes. Usamos mapas de normais para criar dobras nas roupas, que forneceram um excelente nível de detalhe quando vistas de perto sem tirar a atenção dos valores das cores feitos para atrair os olhos do jogador para as armas, mais importantes que tudo. |
| Sombreamento dos personagens |
| [Moby Francke] Nas nossas primeiras discussões sobre os estilos para a representação dos personagens, decidimos que queríamos que eles tivessem um visual que seria ilustrativo ou estilizado, sem ir aos extremos da maioria dos shaders que imitam desenhos animados. Queríamos linhas mais suaves para o sombreamento do que era típico para este tipo de representação. Assim, usamos uma textura 2D para definir a iluminação nos personagens e, no ponto onde a luz e a escuridão se encontram, adicionamos uma pitada de calor para dar aquela explosão de cor na transição. Quando alcançamos o modelo de sombreamento correto, adicionamos um tipo de contorno aos personagens, para que eles tivessem um realce agradável nas suas silhuetas, o que ajuda a destacá-los do mundo 3D que os cerca. |
| Pyro |
| [Marc Scaparro] O Pyro foi projetado para ser a melhor classe de combate a curta distância, com o objetivo de encorajar jogadores a adotar um estilo de jogo de emboscadas. Para alcançar isso, nós tornamos o Pyro vulnerável em áreas abertas, o que força os jogadores a procurar áreas fechadas e entradas. Para aumentar a letalidade a curto alcance do Pyro, nós fizemos com que os efeitos do lança-chamas fossem visualmente barulhentos, o que ajuda a desorientar adversários por tempo o suficiente para que as chamas acabem com ele. |
| O Spy |
| [Matt Boone] O Spy foi projetado para jogadores que querem passar a perna nos seus adversários. Em um alto nível, a fluência da sua jogabilidade é se infiltrar na equipe inimiga, locomover-se enquanto disfarçado e usar a morte instantânea das facadas nas costas para derrubar inimigos-chave, geralmente Snipers, Engineers e Medics. A sua camuflagem foi criada para ajudá-lo em duas situações-chave. A primeira é atravessar a linha de frente, onde os jogadores são mais atentos contra inimigos e suspeitam mais de aliados movendo-se na direção contrária. A segunda é escapar de inimigos que viram o seu disfarce enquanto ele estava em território inimigo. O seu Sabotador foi projetado para permitir que ele acabe com Sentinelas inimigas abandonadas, forçando Engineers inimigos a ficarem de olho nas suas construções. |
| Economia visual |
| [Robin Walker] Com nove classes de personagens e tantas armas e habilidades únicas, um dos maiores desafios foi expôr todas essas combinações aos jogadores sem oprimi-los. Até a lista de informações essenciais é intimidadora, com objetivos do mapa, a localização dos seus aliados, quem atira em quem com que arma e por aí vai. Não tínhamos como transformar tudo isso em informações visuais, então primeiro tivemos de priorizar e fazer uma lista de coisas essenciais que todo jogador precisa saber para se divertir. Informações que eles podem aprender ao jogar o jogo - como o desenho do mapa - eram de importância secundária; mas também havia informações, como a carga de invulnerabilidade do Medic, que seriam completamente invisíveis se não as expuséssemos. Tentamos evitar pôr elementos 2D na interface o máximo possível, já que queríamos que o jogador veja o mundo 3D que construímos ao invés de uma representação abstrata. Por exemplo, os jogadores sempre veem os Spies da sua própria equipe como um Spy, mas eles precisam saber como o Spy está disfarçado para a outra equipe. Nós tentamos criar um ícone representando o disfarce atual do Spy flutuando sobre a sua cabeça. O ícone se mostrou desnorteante para os jogadores. Quando tentamos resolver o problema colocando máscaras de papel cortado no Spy, não só se encaixava no estilo cômico do jogo, como também permitia que os jogadores obtivessem toda a informação pertinente apenas com uma rápida olhada no modelo do Spy, assim mantendo-os concentrados nos personagens e na ação do jogo. Nós consideramos isso como uma lição de como nos prender a um forte princípio de design pode nos forçar a criar melhores soluções do que se tivéssemos tomado o caminho mais fácil. |
|
