Template:PatchDiff/July 27, 2011 Patch/team fortress 2 content.gcf/tf/resource/closecaption french.txt

From Team Fortress Wiki
Jump to: navigation, search
1414"[english]#commentary\tf2-Comment002.wav" "[Laura Dubuk] Maps require impassable boundaries, but unless we restrict the environments to either interior spaces or steep canyons, these boundaries can't always block the player's view of the outlying, unreachable area. In our more realistic titles, like HL2, these boundaries often require fictional and visual explanations. In the heavily stylized Team Fortress world, however, conspicuous artificiality is a core design principle and so we can simplify or altogether ignore these explanations without compromising the player experience. Playtesting showed, for instance, that these low fences leading to an empty expanse successfully conveyed the message that the area beyond the fence is uninteresting and out-of-bounds."
1515"#commentary\tf2-Comment003.wav" "[Ariel Diaz] Dans Team Fortress, chaque classe a été conçue selon une combinaison unique entre attaque et défense. Les points de contrôle sont quant à eux un excellent moyen de concentrer l'attention du joueur sur les actions offensives et défensives de base. Ils permettent également d'attirer l'attention du joueur sur différents points de la carte."
1616"[english]#commentary\tf2-Comment003.wav" "[Ariel Diaz] Each of the Team Fortress classes was designed to make a unique contribution to attack and defense, and control points are, fundamentally, methods of focusing players' attention on these core offensive and defensive activities. They're also useful for drawing players to different points of the map."
17N/A"#commentary\tf2-Comment004.wav" "[Jeff Lane] A l'origine, lorsque les attaquants étaient éliminés à un point particulier, ils perdaient toute leur progression jusqu'à ce point. Les tests ont montré que les joueurs isolés situés à proximité d'un point de contrôle ennemi n'avaient aucun intérêt à en prendre possession si des ennemis étaient à proximité. De plus, lorsqu'une équipe en était réduite à défendre un seul point de contrôle, l'équipe attaquante, malgré sa position de force, ne parvenait que rarement à attaquer le dernier point pendant la période de capture, ce qui menait souvent la partie vers une impasse. Le système a été modifié de sorte que la progression de capture persiste un certain temps même après que les attaquants ont été supprimés. Ceci a permis de régler les deux problèmes rencontrés à l'origine."
N/A17"#commentary\tf2-Comment004.wav" "[Jeff Lane] À l'origine, lorsque les attaquants étaient éliminés à un point particulier, ils perdaient toute leur progression jusqu'à ce point. Les tests ont montré que les joueurs isolés situés à proximité d'un point de contrôle ennemi n'avaient aucun intérêt à en prendre possession si des ennemis étaient à proximité. De plus, lorsqu'une équipe en était réduite à défendre un seul point de contrôle, l'équipe attaquante, malgré sa position de force, ne parvenait que rarement à attaquer le dernier point pendant la période de capture, ce qui menait souvent la partie vers une impasse. Le système a été modifié de sorte que la progression de capture persiste un certain temps même après que les attaquants ont été supprimés. Ceci a permis de régler les deux problèmes rencontrés à l'origine."
1818"[english]#commentary\tf2-Comment004.wav" "[Jeff Lane] In our original design, once attackers were cleared off a point, they lost any progress they'd made toward capturing the point. Playtests revealed that lone players near an enemy control point had no incentive to try to capture it if any enemies were in the area. Furthermore, once a team was reduced to defending a single control point, the stronger attacking team was often unable to successfully assault the final point for the full capture period, which caused too many games to end in a stalemate. We changed the capture mechanic so that capture progress persists for a while even after the attackers are cleared off the point, and this improvement fixed both of the problems with the original design.
1919"
20N/A"#commentary\tf2-Comment005.wav" "[Jim Hughes] Pour permettre au joueur d'avoir un vrai contrôle de la navigation sur les cartes, les itinéraires doivent être plus ou moins adaptés en fonction de la classe du joueur et de l'état de la carte. La présence d'eau augmente la difficulté d'un itinéraire, dans la mesure où nager prend plus de temps que courir. Les Spys acceptent souvent ce compromis, afin de pouvoir s'infiltrer sans être repérés. Les Pyros évitent ces zones puisque leur arme principale est inutilisable sous l'eau. Si la défense de l'ennemi est élevée, la pénalité représentée par la présence d'eau sur un itinéraire peut finalement être compensée pour toute classe essayant d'attaquer l'ennemi à revers."
N/A20"#commentary\tf2-Comment005.wav" "[Jim Hughes] Pour permettre au joueur d'avoir un vrai contrôle de la navigation sur les cartes, les itinéraires doivent être plus ou moins adaptés en fonction de la classe du joueur et de l'état de la carte. La présence d'eau augmente la difficulté d'un itinéraire, dans la mesure où nager prend plus de temps que courir. Les Spies acceptent souvent ce compromis, afin de pouvoir s'infiltrer sans être repérés. Les Pyros évitent ces zones puisque leur arme principale est inutilisable sous l'eau. Si la défense de l'ennemi est élevée, la pénalité représentée par la présence d'eau sur un itinéraire peut finalement être compensée pour toute classe essayant d'attaquer l'ennemi à revers."
2121"[english]#commentary\tf2-Comment005.wav" "[Jim Hughes] To give players interesting navigation decisions, routes through a map should vary in effectiveness based on the player's current class and the state of the map. Water lets us increase the cost of taking a particular route, because swimming is slower than running. Spies often accept that cost in order to infiltrate undetected. Pyros avoid it because their primary weapon is useless underwater. If the enemy has a strong defense, the increased cost of the water route becomes a worthwhile tradeoff for any class trying to hit the defenders from behind."
2222"#commentary\tf2-Comment006.wav" "[Iikka Keranen] Les skybox 3D ont été conçus à une échelle de 1/16e afin de réduire la quantité de mémoire utilisée par les grands espaces dont ils sont composés. Ce qui veut dire qu'on a dû ruser un peu lorsqu'il a fallu gérer les trains qui passent d'un skybox à la zone de jeu. Il existe en fait deux versions de chaque train : l'une à échelle réelle pour la zone de jeu et l'autre miniaturisée pour le skybox. Les petits hangars de réparation situés de chaque côté du bâtiment central masquent l'emplacement où l'on bascule entre les deux versions de chaque train."
2323"[english]#commentary\tf2-Comment006.wav" "[Iikka Keranen] We build our 3d skyboxes at 1/16th scale to reduce the memory used by the large spaces in them. This means we have to get a little tricky when dealing with trains moving between the skybox and the player space. There are actually two versions of each moving train; A player-scaled one for the actual gameplay space, and a tiny one out in the skybox. The small repair sheds on either side of the middle building disguise the point at which we swap between the two trains."
9494"[english]#commentary\tf2-Comment038.wav" "[Moby Francke] In our early discussions of rendering styles for the characters, we decided we wanted them to have a look that was illustrative or stylized, without going to the extremes of most toon shaders. We wanted softer lines for shading than was typical for this sort of rendering. So, we used a 2-D texture to define the lighting on the characters, and at the point where light and dark meet, we added a hint of warmth to give it that burst of color at the transition. Once we had achieved the right shading model, we added a rim-term to the characters, so they would have a nice highlight around the edges of their silhouettes, which helps them to stand out from the surrounding 3d world."
9595"#commentary\tf2-Comment039.wav" "[Dhabih Eng] Pour le système de particules, le défi était de créer des effets à la fois rigolos et impressionnants... mais sans aller trop loin. L'interprétation de chaque effet devait être évidente pour les joueurs. Il est fréquent que, dans un match, il y ait tellement d'effets spéciaux simultanés que l'image en est saturée et que les joueurs perdent le fil de l'action. On a donc retravaillé les effets pour qu'ils soient aussi propres et simples que possible. On a alors fait ressortir les effets les plus importants en termes de gameplay, de sorte qu'ils sautent aux yeux, tout en minimisant la place accordée aux effets purement esthétiques. "
9696"[english]#commentary\tf2-Comment039.wav" "[Dhabih Eng] The challenge of the particle system was to create effects that were fun and visually exciting, without being so 'over the top' that no one could read their meaning in the game. In a typical match, there are so many effects onscreen at the same time, that the biggest danger is visual clutter. Therefore, the effects were refined to be cleaner and simpler. Those that were most important for gameplay were made easier to see, while those that were mainly eye-candy were allowed to fall into the background. "
97N/A"#commentary\tf2-Comment040.wav" "[Robin Walker] Le jeu fait intervenir neuf classes de personnages, ainsi qu'un grand nombre d'armes et de compétences spécifiques. Il a donc fallu se creuser les méninges pour que tous ces éléments soient accessibles, sans créer une surcharge d'informations. Même la liste ne contenant que les informations importantes, tels que les objectifs de la carte, la situation des alliés, les armes utilisées par l'adversaire, etc. peut rebuter certains joueurs. Et comme il était impossible d'intégrer sous forme visuelle toutes ces informations, il a fallu définir des priorités pour ne retenir que les éléments dont le joueur a réellement besoin. On a classé comme secondaires toutes les informations qui peuvent être obtenues en jouant, par exemple la topographie de la carte. D'un autre côté, certaines informations comme l'état de la jauge d'immunité du Medic seraient passées totalement inaperçues si on ne les avait pas mises en avant. Soucieux que les joueurs profitent au maximum du monde 3D et que leur attention ne soit pas trop accaparée par des représentations abstraites, on a évité au maximum d'intégrer des éléments 2D au HUD. Par exemple, les joueurs voient toujours les Spys de leur équipe comme tels, mais ils ont besoin de connaître le déguisement qu'ils empruntent vis-à-vis de l'autre équipe. On a d'abord fait flotter au-dessus de la tête de chaque Spy une icône flottante représentant son camouflage. Mais les testeurs ont dit que cette icône était plus perturbante qu'autre chose. C'est là qu'on a eu l'idée de placer des masques en carton sur le visage des Spys, une idée qui nous a tout de suite séduits, car elle s'inscrit parfaitement dans le ton « second degré » du jeu. De plus, elle présente l'avantage de transmettre, d'un simple coup d'œil, toutes les informations dont les joueurs ont besoin, ce qui leur permet de rester concentrés sur les personnages et sur l'action. Cette expérience a servi de leçon, puisqu'on a compris que ce serait en se tenant à des lignes directrices strictes en matière de conception qu'on trouverait les meilleures solutions."
N/A97"#commentary\tf2-Comment040.wav" "[Robin Walker] Le jeu fait intervenir neuf classes de personnages, ainsi qu'un grand nombre d'armes et de compétences spécifiques. Il a donc fallu se creuser les méninges pour que tous ces éléments soient accessibles, sans créer une surcharge d'informations. Même la liste ne contenant que les informations importantes, tels que les objectifs de la carte, la situation des alliés, les armes utilisées par l'adversaire, etc. peut rebuter certains joueurs. Et comme il était impossible d'intégrer sous forme visuelle toutes ces informations, il a fallu définir des priorités pour ne retenir que les éléments dont le joueur a réellement besoin. On a classé comme secondaires toutes les informations qui peuvent être obtenues en jouant, par exemple la topographie de la carte. D'un autre côté, certaines informations comme l'état de la jauge d'immunité du Medic seraient passées totalement inaperçues si on ne les avait pas mises en avant. Soucieux que les joueurs profitent au maximum du monde 3D et que leur attention ne soit pas trop accaparée par des représentations abstraites, on a évité au maximum d'intégrer des éléments 2D au HUD. Par exemple, les joueurs voient toujours les Spies de leur équipe comme tels, mais ils ont besoin de connaître le déguisement qu'ils empruntent vis-à-vis de l'autre équipe. On a d'abord fait flotter au-dessus de la tête de chaque Spy une icône flottante représentant son camouflage. Mais les testeurs ont dit que cette icône était plus perturbante qu'autre chose. C'est là qu'on a eu l'idée de placer des masques en carton sur le visage des Spies, une idée qui nous a tout de suite séduits, car elle s'inscrit parfaitement dans le ton « second degré » du jeu. De plus, elle présente l'avantage de transmettre, d'un simple coup d'œil, toutes les informations dont les joueurs ont besoin, ce qui leur permet de rester concentrés sur les personnages et sur l'action. Cette expérience a servi de leçon, puisqu'on a compris que ce serait en se tenant à des lignes directrices strictes en matière de conception qu'on trouverait les meilleures solutions."
9898"[english]#commentary\tf2-Comment040.wav" "[Robin Walker] With nine classes of characters, and so many weapons and unique abilities, one of our biggest challenges was exposing all these combinations to players without overwhelming them. Even the shortlist of essential information is intimidating, including map goals, the whereabouts of their friends, who's shooting them with what weapon, and so on. We didn't have any way to make all of this information visual, so first we had to prioritize and come up with an essential list of things every player needed to know in order to just have fun. Information they could learn by playing the game-such as map layout-was of secondary importance; but there was also information, such as the Medic's invulnerability charge, that would be completely invisible unless we exposed it. We tried to avoid attaching 2D elements to the HUD as much as possible, since we wanted players to be looking at the 3D world we'd built rather than some abstract representation. For example, players always see their own team's spies as a spy, but they need to know how the spy is disguised to the other team. We tried a quick hack where we put an icon representing the spy's current disguise floating above his head. The icon proved baffling to playtesters. When we tackled the problem by putting cut-out paper masks on the spy, it not only fit the humorous style of the game, but it let players get all pertinent information directly from a quick look at the spy's model, thus keeping them focused on the characters and on the action of the game. We took this as a lesson, in how holding ourselves to a strong design principle can often force us to come up with better solutions, than if we'd taken the easy route."
9999"#commentary\tf2-Comment041.wav" "[Jason Mitchell] Pour obtenir des effets de lumière dans la veine des illustrations commerciales du début du XXe siècle et donc rester dans la ligne artistique choisie, on a altéré l'éclairage diffus sur les personnages. Dans cet exemple, on voit le Soldier tel qu'il apparaît dans Team Fortress 2, c'est-à-dire avec des effets de lumière de type BD. Vous pouvez noter la transition marquée entre les zones claires et les zones sombres sur le Soldier, éclairé par la lumière provenant de la pièce voisine. Avec des effets de lumière traditionnels, comme c'est le cas ici, le personnage reçoit moins de lumière, ce qui ne correspond pas à la direction artistique adoptée. Les effets de lumière de type BD permettent en revanche d'obtenir des résultats bien plus convaincants. L'accentuation des contours pour faire ressortir les silhouettes des personnages et ainsi éviter qu'ils se fondent dans le décor est une autre facette de notre style. Si l'on ne marque pas assez les contours, les personnages ressortent beaucoup moins du décor. Mais dès qu'on les accentue, ils se détachent de l'environnement, ce qui correspond bien mieux au style de Team Fortress 2."
100100"[english]#commentary\tf2-Comment041.wav" "[Jason Mitchell] To achieve a style of character shading which is consistent with the early 20th Century commercial illustrations that influenced our art direction, we alter the diffuse lighting on characters. Here, we can see the Soldier as he appears in Team Fortress 2, using our illustrative shading style. Note the tight transition between the light and dark sides of the Soldier as he is lit by the light in the next room. Using traditional lighting as seen here, the character lighting appears too soft and does not fit our illustrative style. With the illustrative lighting model, our characters are lit in a way which better fits our overall art style. Another facet of illustrative shading is the use of rim highlights to accentuate the silhouettes of characters to keep them from blending into the scenery. Without the rim lighting, the character blends into the background. With the rimlighting, characters are visible against the rest of the scene and better fit the art style of Team Fortress 2."