|
|
Line 5: |
Line 5: |
| | | |
| == Transcrição == | | == Transcrição == |
− | (Por ordem de aparição.) | + | (Em ordem de aparição.) |
| | | |
− | *1. '''Como usar os nódulos de comentários'''
| + | '''Observação''': ''todos os áudios estão em inglês.'' |
| | | |
− | :''[Gabe Newell] Bem-vindo ao Team Fortress 2. Depois de nove anos em desenvolvimento, acreditamos que tenha valido a pena esperar. Para escutar um comentário, coloque sua mira sobre o símbolo de comentário flutuante e pressione a sua tecla usar. Para parar um comentário, coloque sua mira sobre o símbolo de comentário que está girando e pressione a tecla usar novamente. Alguns comentários podem tomar o controle do jogo para mostrar algo a você. Nesse caso, basta pressionar a tecla usar novamente para pausar o comentário. Por favor, me envie sua opinião depois que tiver a chance de jogar. Posso ser contatado pelo email gaben@valvesoftware.com e minha classe favorita é o Spy. Obrigado e divirta-se!''
| + | {{../Transcript}} |
− | | |
− | ----
| |
− | | |
− | *2. '''O [[Scout/pt-br|Scout]]'''
| |
− | | |
− | :''[Dave Riller] Para acomodar a classe Scout, os mapas precisam de espaços abertos que permitem Scouts fazerem saltos duplos para lugares que outras classes não podem acessar. Esta área tem uma variedade de telhados e pedras que um Scout pode atravessar enquanto se mantém acima de seus oponentes não-Scout. Scouts frequentemente usam sua velocidade superior para recuar e coletar kits de saúde, então aqui nós os forçamos a arriscar ao colocar o kit numa area pequena e fechada, onde eles sacrificam certa liberdade de movimento.''
| |
− | | |
− | ----
| |
− | | |
− | *3. '''O [[Jumping/pt-br|Rocket Jump]] do Soldier'''
| |
− | | |
− | :''[Jake Nicholson] Para Soldiers, criamos espaços com atenção específica para altura. Soldiers geralmente querem atirar nos oponentes de cima para maximizar o efeito das explosões de seus foguetes. O telhado aqui lhes dá essa vantagem. Ele também só pode ser alcançado com o rocket jump do Soldier, fazendo dele geralmente inacessível para outras classes. Por causa do dano explosivo do rocket jump, Soldiers têm de trocar saúde pela vantagem de altura. Essa troca, junto com a falta de saúde no telhado, nos permite fazer daí uma vantagem poderosa sem desbalancear o mapa, já que soldiers precisarão contar com medics lá embaixo para mantê-los saudáveis.''
| |
− | | |
− | ----
| |
− | | |
− | *4. '''Layout dos Mapas'''
| |
− | | |
− | :''[Jim Hughes] Quando criando o design áreas de níveis elevados de combate, tentamos evitar a complexidade e caos. Geometria complexa confunde os jogadores fazendo o duro para que sigam os inimigos e interferir com seu movimento e mira durante o combate. O combate mais caótico tende a ocorrer quando o tamanho da espaço não suporta o número de jogadores lutando nela. Nesta última área do mapa, queríamos uma batalha de forma livre e violenta por algum tempo antes que alguém pudesse conseguir uma vitória decisiva. Para isso, nós construímos uma grande área aberta, com várias entradas e demos aos jogadores uma variedade de opções de ataque e defesa em diversas alturas. Ao invés de depender de elevadores e escadas, contamos com rampas desde que estes permitam liberdade de movimento em todas as vezes em vez de limitar os jogadores. Através de testes, fizemos muitas mudanças para as dimensões da sala, o tamanho dos elementos de proteção e do tamanho das entradas. Garantindo assim a área pode acomodar uma batalha de muitos jogadores
| |
− | | |
− | ----
| |
− | | |
− | *5. '''Layout de um prédio defensivo'''
| |
− | | |
− | :''[John Cook] Altura é um recurso útil ao projetar edifícios defensíveis. Por exemplo, a construção de cap B deve ser defendido em todas as direções. A altura e as janelas para todos os lados dão ao defensores neste edifício a vantagem quando o lançando foguetes e granadas de dentro. Vidro à prova de balas e algumas janelas deixá-los com segurança para ver inimigos que se aproximam.''
| |
− | | |
− | ----
| |
− | | |
− | *6. '''Vidros à prova de balas'''
| |
− | | |
− | :''[Matt Boone] Vidro à prova de balas é uma ferramenta de projeto útil em áreas com defesas fortes, como ao redor de pontos de controle. Ele dá uma chance ao time ofensivo de ver os defensores inimigos e a posição das armas sentinelas, enquanto permite ao time defensivo uma boa visão dos atacantes reunidos. Isso as vezes é crucial para a defesa se o ataque estiver esperando pela carga de invencibilidade de um Medic.''
| |
− | | |
− | ----
| |
− | | |
− | *7. '''Design do [[Sniper Rifle/pt-br|Rifle de Precisão]]'''
| |
− | | |
− | :''[Charlie Brown] O Rifle de Precisão foi outro problema de design complicado. Para corresponder às expectativas do jogadores, um rifle de precisão deve poder matar um oponente com um único tiro na cabeça. Por outro lado, temos de garantir que o mesmo efeito vá ocorrer com um tiro casual, porque senão, nas mãos de um jogador experiente, ele também se torna a arma mais letal de curta distância do jogo, negando a a fraqueza primária do Sniper. Pare resolver isso, implementamos um medidor de dano carregável que só aparece quando o rifle está em zoom. Esta solução tem vários efeitos colaterais benéficos: O baixo dano tanto fora de zoom quanto no início do zoom garante que Snipers não possam matar com simples tiros improvisados. O tempo de carga significa que Snipers podem causar tiros de baixo dano rapidamente ou tiros de dano alto em lentos intervalos, o que permite aos oponentes subjugá-los numa investida coordenada. O alto dano no fim da carga recompensa comportamentos típicos do Sniper, como localizar um ponto de vantagem decente e dando tiros bem pensados.''
| |
− | | |
− | ----
| |
− | | |
− | *8. '''Efeitos de Partícula'''
| |
− | | |
− | :''[Chris Green] Queríamos que Team Fortress 2 tivesse muitos efeitos especiais de partículas para melhorar a grande variedade de armas e habilidades de classes. Em versões anteriores do Engine Source, todos os efeitos de partícula precisavam que um código próprio seja feito pelos programadores. Para Team Fortress 2, criamos um sistema onde designers podem rapidamente criar novos sistemas de partículas e refinar os já existentes iterativamente, sem envolvimento de programador. Um editor in-game permite aos designers editar as definições de sistemas de partículas e imediatamente visualizar efeitos no próprio jogo. O editor também permite que artistas conectem o efeito modular 'construindo blocos' para criar efeitos visuais complexos. Quanto ao próprio sistema de partículas, nos livramos de muitos dos cálculos do sistema para o acelerador gráfico, o que nos permite aumentar o número de partículas na tela sem reduzir a taxa de quadros.''
| |
− | | |
− | ----
| |
− | | |
− | *9. '''O [[Heavy/pt-br|Heavy]]'''
| |
− | | |
− | :''[Keith Huggins] Com a sua grande região de acerto, a Metralhadora Giratória do Heavy permite que os jogadores que não têm boas habilidades de mirar rapidamente ainda participem do calor do combate. Para compensar essa redução da habilidade de mirar do jogador, nós amplificamos a importância de outras habilidades. Por exemplo, o tempo de aceleração do barril antes de atirar e a velocidade reduzida do Heavy enquanto atira força os jogadores a aprender a antecipar tanto o início do combate, como ataques inimigos em aproximação.''
| |
− | | |
− | ----
| |
− | | |
− | *10. '''Clutter Visual'''
| |
− | | |
− | :''[Dhabih Eng] O desafio do sistema de partículas foi criar efeitos que eram divertidos e visualmente emocionantes, sem serem tão exagerados a ponto de que ninguém pudesse entender seu significado no jogo. Em uma partida típica, existem tantos efeitos na tela ao mesmo tempo que o maior perigo é que haja poluição visual. Portanto, os efeitos foram refinados para serem mais limpos e simples. Aqueles que eram mais importantes para o jogo foram feitos para serem fáceis de se ver, enquanto aqueles que eram principalmente estéticos foram deixados para aparecer em segundo plano.''
| |
− | | |
− | ----
| |
− | | |
− | *11. '''[[ÜberCharge/pt-br|Invulnerabilidade]]'''
| |
− | | |
− | :''[Jakob Jungels] A Invulnerabilidade adiciona um elemento de ritmo à experiência multijogador, que geralmente tende a ter menos altos e baixos emocionais do que um jogo bem construído para um jogador. Quando um Medic invulnerável e seu amigo aparecem correndo, isto é um ponto extremamente alto para eles. Também é emocionante para os defensores, que sabem que só precisam se segurar por 10 segundos até que a invulnerabilidade acabe. A invulnerabilidade também direciona o ritmo ao ajudar um time a passar por um empate defensivo, quando o inimigo fica entrincheirado e se nega a sair da sua base. Sem uma falta de defensores solitários, é mais fácil para a ofensiva conseguir a carga da invulnerabilidade sem interrupção. Em adição, a invulnerabilidade é um objetivo maior para o Medic e o recompensa por ser um médico efetivo. Nós encorajamos esse comportamento ao adicionar mais carga quando o Medic está curando parceiros de time machucados, do que quando ele está curando aqueles que já estão com vida máxima.''
| |
− | | |
− | ----
| |
− | | |
− | *12. '''O [[Domination/pt-br|Nemesis]]'''
| |
− | | |
− | :''[Jeremy Stone] Em partidas multiplayer, o conteúdo de que os jogadores desfrutam é amplamente gerado por outros jogadores. Para melhorar isso, nós adicionamos recursos designados a promover relacionamentos entre jogadores. Por exemplo, a freeze-cam do assassino de um jogador ajuda o jogador a lembrar de oponentes que o estão causando problemas. O recurso de nemesis adiciona um lembrete adicional de que alguns inimigos são mais importantes que outros. Ele gera um pequeno reforço repetitivo ao oferecer aos jogadores a oportunidade de marcar pontos extras com uma morte de vingança.''
| |
− | | |
− | ----
| |
− | | |
− | *13. '''Que fez o TF2 demorar tanto para ser lançado??'''
| |
− | | |
− | :''[Robin Walker] Nós mostramos o TF2 pela primeira vez na E3 em 1999 e aqui estamos nós em 2007. Por que demoramos tanto? A resposta curta é que este foi o tempo que levou para fazer algo que nos agradasse. A resposta longa requer uma olhada no nosso processo de desenvolvimento. Fundamentalmente há o princípio de que não sabemos de antemão o que será divertido. Sabemos o que foi divertido no passado. Mas se temos 3 ideias na mesa, não podemos dizer com certeza qual será mais divertida. Então nos concentramos em desenvolver um processo repetível que vai descobrir. Ele é baseado em um ciclo de constante repetição, onde a avaliação é feita ao assistir o máximo possível de pessoas jogando o jogo. Desenvolvendo TF2, nós tentamos muitas, muitas coisas - algumas das quais conseguiram ir para o produto final, mas a maioria foi cortada. Por exemplo, nossas versões iniciais de TF2 eram focadas em tentar construir um jogo em volta do conceito de um comandante, um único jogador que tinha uma vista de estratégia em tempo real do campo de batalha. Ele era responsável por construir estruturas e prover uma estratégia unificadora para a equipe. Mas havia desafios de design significantes envolvidos. Por exemplo, como projetamos um jogo em que o comandante se divirta e ao mesmo tempo garantir que os jogadores em campo se divirtam? Como garantir que os jogadores e o comandante valorizem os esforços de cada um? Como garantir que o jogo ainda seja divertido se você tem um comandante terrível ou, ao contrário, se você é um grande comandante com uma equipe terrível? Gastamos vários meses trabalhando nesses e outros problemas e nunca alcançamos um ponto onde estivéssemos satisfeitos. Além disso, nosso jogo havia se tornado complexo demais, devido às nossas tentativas de adicionar uma camada de estratégia profunda o bastante para justificar a adição de um comandante em primeiro lugar. No final, tomamos a difícil decisão de removê-lo do jogo e seguimos em frente.''
| |
− | | |
− | ----
| |
− | | |
− | *14. '''[[Critical hits/pt-br|Críticos]]'''
| |
− | | |
− | :''[Kelly Thornton] Os Críticos são um dos recursos que resultaram de nosso foco na estimulação. O sistema de hits críticos tenta influenciar ligeiramente os altos e baixos do jogo, aumentando a chance de um acerto crítico com base no desempenho recente do jogador. Em resumo, o melhor que você está fazendo o mais provável é que você vai continuar a fazer bem. Isso ajuda a criar esses raros momentos de alta, onde um único jogador vai em um rampage e conseguie três ou quatro mortes em uma sucessão rápida.''
| |
− | ----
| |
− | | |
− | *15. '''O [[Demoman/pt-br|Demoman]]'''
| |
− | | |
− | :''[Wade Schin] O Demoman é a classe de combate mais versátil, capaz de rapidamente trocar de fortes ataques ofensivos para proteções defensivas de área. Ele tem a única capacidade de tiro indireto no jogo, o que lhe permite eliminar sentryguns em esquinas, e suas [[Stickybomb Launcher/pt-br|sticky bombs]] lhe dão uma habilidade de salto usando granadas parecida com a do Soldier, de saltar usando foguetes. Suas sticky bombs também previnem a movimentação de inimigos por entradas, permitem a cobertura de um recuo, e a defesa de pontos de controle mesmo quando o Demoman está em outro lugar.''
| |
− | | |
− | | |
− | ----
| |
− | | |
− | *16. '''"Mantendo o [[Medic/pt-br|Medic]] no calor da batalha"'''
| |
− | | |
− | :''[John Morello] O Medic é a principal classe de suporte. Classes de suporte prévias que projetamos tinham uma variedade de problemas. Elas não precisavam de muita habilidade, já que ficavam atrás, em áreas defendidas, o que também as mantia fora das partes mais legais do jogo. O pior de tudo era que elas não eram nem extremamente neccessárias pois geralmente não estavam perto dos jogadores que mais precisavam de cura. Nós projetamos o Medic do Team Fortress 2 para solucionar estes problemas, ao focá-lo primariamente em mantê-lo no calor da batalha. Adicionalmente, nós projetamos a [[medigun/pt-br|Arma Médica]] para ser usada o tão facilmente quanto possível, para que os Medics pudessem focar em sobrevivência enquanto curassem parceiros de time. Virtualmente, não é necessário mirar, o que permite aos Medics se concentrarem em seguir seu alvo de cura, quem tem um grande incentivo para manter seu benfeitor Medic seguro.''
| |
| | | |
| == Conteúdo não usado == | | == Conteúdo não usado == |