<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Archiwa: adam heine &#8211; Grimuar Sferowca</title>
	<atom:link href="https://grimuar.pl/tag/adam-heine/feed/" rel="self" type="application/rss+xml" />
	<link>https://grimuar.pl/tag/adam-heine/</link>
	<description>Planescape: Torment, Planescape, Blizzard in Baator</description>
	<lastBuildDate>Sun, 17 Jun 2018 12:26:27 +0000</lastBuildDate>
	<language>pl-PL</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.8.3</generator>

<image>
	<url>https://grimuar.pl/wp-content/uploads/2025/09/cropped-grimz-2-32x32.png</url>
	<title>Archiwa: adam heine &#8211; Grimuar Sferowca</title>
	<link>https://grimuar.pl/tag/adam-heine/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Torment – Adam Heine szczegółowo o mechanice Tides of Numenera</title>
		<link>https://grimuar.pl/torment/adam-heine-o-mechanice</link>
		
		<dc:creator><![CDATA[black_cape]]></dc:creator>
		<pubDate>Tue, 08 Apr 2014 11:50:12 +0000</pubDate>
				<category><![CDATA[Torment: Tides of Numenera]]></category>
		<category><![CDATA[adam heine]]></category>
		<category><![CDATA[torment: tides of numenera]]></category>
		<guid isPermaLink="false">http://dev.grimuar.pl/?p=3669</guid>

					<description><![CDATA[<p>W wywiadzie dla włoskiego bloga poświęconego Torment: Tides of Numenera Adam Heine dzieli się refleksjami i koncepcjami dotyczącymi technicznej strony produkcji. &#160; Źródło: it-tormentrpg.tumblr.com &#160; Adam,...</p>
<p>Artykuł <a href="https://grimuar.pl/torment/adam-heine-o-mechanice">Torment – Adam Heine szczegółowo o mechanice Tides of Numenera</a> pochodzi z serwisu <a href="https://grimuar.pl">Grimuar Sferowca</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>W wywiadzie dla włoskiego bloga poświęconego Torment: Tides of Numenera Adam Heine dzieli się refleksjami i koncepcjami dotyczącymi technicznej strony produkcji.</p>
<p>&nbsp;</p>
<blockquote><p><strong>Źródło: <a href="http://it-tormentrpg.tumblr.com/post/78434193081/una-lunga-chiacchierata-con-adam-heine" rel="nofollow">it-tormentrpg.tumblr.com</a></strong></p></blockquote>
<p>&nbsp;</p>
<p><strong>Adam, na początek chcielibyśmy pogratulować ci </strong><a href="http://grimuar.pl/torment/colin-o-projektowaniu-fabuly-adam-awansuje"><strong>niedawnego awansu</strong></a><strong>. Mamy świadomość, że zakres twoich obowiązków nie zmienił się znacząco, ale mimo to czujemy, że był to zasłużony wyraz uznania.</strong></p>
<p>Dzięki, doceniam to! :-)</p>
<p>&nbsp;</p>
<p><strong>Przejdźmy teraz do (ciężkich :)) pytań…</strong></p>
<p><strong>Specjalizacja ma wielkie znaczenie dla systemu Numenery. Podręcznik Główny opisuje prawie trzydzieści Specjalizacji, a wszystkie w dużym stopniu wpływają na rozwój postaci. Jak wielu z nich możemy spodziewać się w Tormencie? Czy Ostatni Porzucony będzie mieć inną Specjalizację niż jego towarzysze? Czy doświadczymy czegoś zupełnie nowego lub odmiennego od podręcznikowej wersji gry?</strong></p>
<p>Specjalizacja z pewnością <em>ma </em>wielkie znaczenie, a my zamierzamy podkreślić jej wyjątkowość. W związku z tym:</p>
<ul>
<li>Na początku rozgrywki Bohater Gracza otrzyma możliwość wyboru jednej z kilku różnych Specjalizacji.</li>
<li>BG będzie posiadał unikalną umiejętność zmiany Specjalizacji w dowolnym momencie (choć niekoniecznie otrzyma ją za darmo; szczegóły dalej). Dzięki temu będzie można nie tylko wypróbować kilka Specjalizacji bez konieczności ponownego uruchamiania gry, ale także odblokować kolejne i zmienić je w trakcie rozgrywki.</li>
<li>Nie zakończyliśmy jeszcze projektowania Specjalizacji, ale obok wielu zaadaptowanych z podręcznika planujemy stworzyć chociaż parę Specjalizacji BG unikalnych dla Tormenta.</li>
<li>Specjalizacje towarzyszy będą niedostępne dla naszej postaci (zgodnie z zasadą Numenery, według której członkowie drużyny nie mogą mieć tej samej Specjalizacji; choć nie jest to jedyna przyczyna takiej decyzji). Zostaną one także odpowiednio dopasowane do osobowości bohaterów.</li>
<li>Na potrzeby niektórych towarzyszy zostaną stworzone nowe, unikalne Specjalizacje.</li>
<li>Nawiązując do tematu Zwierciadeł (wiecie o Zwierciadłach, prawda? Dzięki nim BG w pewnych przełomowych momentach może tymczasowo przejąć kontrolę nad ciałem innej osoby), postacie, w które wciela się BG także mogą posiadać własne Specjalizacje – zarówno te znane już BG lub któremuś z towarzyszy, jak i zupełnie niepowtarzalne. Pozwoli nam to zastosować Specjalizacje, które same w sobie są ciekawe, jednak nie sprawdziłyby się w całej grze, jak Częściowo Przesunięty w Fazie (postać o takiej Specjalizacji może przechodzić przez ściany).</li>
<li>Wydaje się, że Specjalizacji jest wiele (w pierwszej wersji dokumentu projektu znajduje się ich około 30), ale ich tworzenie to wciąż proces daleki od ukończenia. Ponadto mniej niż połowa Specjalizacji ma dla nas ważność priorytetową (co oznaczałoby, że na pewno się pojawią – w tej czy innej formie); pozostałe są oznaczone adnotacją „zajmiemy się tym, jeśli zasoby pozwolą”.</li>
</ul>
<p>&nbsp;</p>
<p><strong>Numenera oferuje graczom wiele unikalnych opcji podczas tworzenia bohatera. Jednocześnie umożliwia dosyć liniowy sposób rozwoju postaci – prawdopodobnie ze względu na cały ogrom dostępnych przedmiotów (zwłaszcza Artefaktów i Akcesoriów), które odgrywają podobną rolę jak Umiejętności czy Profity. Czy w Tormencie będzie to wyglądało tak samo, czy może osiąganie kolejnych poziomów będzie miało luźniejszą formę? Co sądzisz o systemie awansu opierającym się na przedmiotach?</strong></p>
<p>Oczywiście wprowadzamy Artefakty i Akcesoria w sposób możliwie najbliższy podręcznikowej wersji gry. Zgodnie z tym założeniem Akcesoria są unikalnymi (funkcje niektórych z nich mogą się pokrywać, jednak one same różnią się od siebie) przedmiotami jednorazowego użycia, czasami bardzo potężnymi; wszystkich warto używać (implementujemy podręcznikowy limit Akcesoriów, jakie dana postać może posiadać). Wzbogacamy tę koncepcję o system wytwarzania (<a href="http://grimuar.pl/torment/wyzwania-wypracowane-z-wyobraznia">o którym mogliście już przeczytać</a>), aby dać graczom więcej możliwości na udoskonalanie przedmiotów i dostosowywanie ich do swoich potrzeb.</p>
<p>Jeśli chodzi o rozwój postaci, zamierzamy wprowadzić nieco więcej urozmaiceń. Udostępnimy dodatkowe zdolności klasowe i określony zestaw umiejętności, a BG będzie mógł dowolnie zmieniać swoją Specjalizację. Powinno to wystarczyć, aby gracz zyskał poczucie rozwoju i dokonywania wyboru na każdym poziomie (a także między awansami – poprzez zwiększanie puli statystyk, podwyższanie Pojętności, zdobywanie nowych umiejętności, zwiększanie maksymalnego poziomu Starania itp.)</p>
<p>W samym systemie awansu opartym na przedmiotach podoba mi się to, że umożliwia graczowi dostosowanie się do nowych sytuacji. Zaatakowała cię grupa uzbrojonych strażników odpornych na trucizny? Zamień zatrutą broń na coś bardziej efektywnego.</p>
<p>Nie oznacza to jednak, że jestem całkowitym zwolennikiem tego typu mechaniki. Myślę, że każdy system może sprawdzić się w grze w zależności od tego, jak zostanie zaimplementowany. Gdyby gracz mógł w każdej chwili zmieniać swój ekwipunek, nie ponosząc żadnych kosztów, rozgrywka stałaby się zbyt prosta.</p>
<p>Dobrą cechą Systemu Szyfrów, który został zastosowany w Numenerze jest ukierunkowanie graczy raczej na korzystanie z przedmiotów niż ich kolekcjonowanie. Osobiście <em>zawsze</em> gromadzę rzeczy, których „mógłbym potrzebować później”, tym samym tracąc pewną część rozgrywki. W Numenerze liczba Akcesoriów znajdujących się w ekwipunku jest ograniczona; dodatkowo, wiedząc że mogę je znaleźć dosłownie wszędzie, szukam dla nich ciekawych zastosowań. Moim zdaniem to naprawdę świetny system.</p>
<p>&nbsp;</p>
<p><strong>Nawiązując do rozwoju postaci – w Numenerze nie zdobywa się punktów doświadczenia za zabijanie potworów, a jedynie poprzez dokonywanie odkryć lub ingerencję MG w rozgrywkę. Można także przeznaczyć część doświadczenia na chwilowe korzyści. Niektóre rozwiązania wydają się odpowiednie dla gry cRPG, inne – wręcz przeciwnie. Co planujecie zachować, a co zmienić na potrzeby Tormenta? Jak twoim zdaniem wygląda „idealny” system zdobywania doświadczenia?</strong></p>
<p>Po pierwsze, nie będziemy przyznawać PD za zabijanie wrogów – kłóciłoby się to z naszą zasadą „żadnych trash mobów”. Ponadto (jak zaznaczył Monte Cook w Podręczniku Głównym Numenery), gracze powinni zdobywać PD spełniając oczekiwania Mistrza Gry, a więc pokonując trudności i czyniąc postępy w osiąganiu swoich celów. Pokonywanie przeciwników to tylko jeden ze sposobów na wykonanie zadania; w tym przypadku gracz otrzymuje PD – nie dostaje ich jednak za zabicie potworów, ale za ukończenie misji. Jeśli zaś gracz wykona zadanie w bardziej pomysłowy sposób, również otrzyma PD – także za ukończenie misji. W <em>taki</em> właśnie sposób powinno się przyznawać doświadczenie.</p>
<p>W Tormencie PD będą przyznawane za wykonywanie zadań, odkrywanie prawd i wspomnień, a także dokonywanie odkryć. <em>Sposób</em> rozwiązania danego problemu może mieć znaczenie (prawdopodobnie gracz dostanie więcej PD wybierając trudniejszy sposób, który może, ale nie musi, wiązać się z walką), jednak najważniejsze pozostaje samo ukończenie misji.</p>
<p>Ciągle zastanawiamy się, w jaki sposób wprowadzimy ingerencje MG. Chcielibyśmy je zaimplementować, jednak w formie zintegrowanej z rozgrywką, a nie okienka o treści „Ingerencja MG! Zaraz upuścisz miecz! Pozwolisz na to? Tak (+2 PD). Nie (-1 PD).” Oczywiście mamy w planach ciekawsze sytuacje niż upuszczanie mieczy. ;-)</p>
<p>Zamierzamy także zachować system przeznaczania PD na tymczasowe lub długoterminowe korzyści. Właściwie pojawią się dwa rodzaje punktów: PD oraz tak zwane Punkty Odkryć (PO). PD zdobywa się za Zadania i Wyzwania; można je wydawać na rozwój postaci, zmianę Specjalizacji (pierwsza zmiana jest darmowa, ale ponosi się już koszty kolejnych) lub wymianę na PO. Te ostatnie otrzymuje się więc dzięki dokonywaniu odkryć oraz ingerencje MG (a część także za zadania lub wyzwania), ale można je przeznaczyć jedynie na premie do rzutów obronnych, dodatkowe punkty Starania na potrzeby pojedynczej akcji, obniżenie kosztu wytwarzania przedmiotów, cofnięcie ostatniego działania bohatera itp.</p>
<p>Jaki system jest według mnie idealny? Szczerze mówiąc, nigdy nie zwracałem na to większej uwagi. Podoba mi się każdy sposób rozwoju postaci, który oferuje ciekawe opcje wyboru i odzwierciedla podjęte decyzje podczas rozgrywki (ponownie znaczenie ma tu implementacja). Nigdy jednak szczególnie nie przepadałem za systemem resetu umiejętności, pozwalającym na ponowne rozdanie PD w dowolnym momencie. Jeśli nie wiąże się to z żadnym kosztem, mam wrażenie, że moje wcześniejsze wybory nie miały znaczenia, ponieważ w każdej chwili mogę zmienić zdanie. (W podobną pułapkę może wpaść wspomniany już przeze mnie system oparty na przedmiotach.)</p>
<p>&nbsp;</p>
<p><strong>Wiele zwyczajnych akcji, nawet tak podstawowe jak przeszukiwanie wrogów czy wytwarzanie przedmiotów, zostanie potraktowanych jako testy. Gracze otrzymają w nich pewien udział (będą mogli podjąć Staranie, aby zwiększyć szanse na sukces), ale ostateczny wynik będzie zależał od rzutów. Nie sądzisz, że okaże się to frustrujące i/lub będzie skłaniało graczy do notorycznego wczytywania? Ogólnie rzecz biorąc – co sądzisz o przypadkowości oraz systemie zapisu/odczytu w grach cRPG?</strong></p>
<p>Moim zdaniem pogląd, według którego rzuty kośćmi wiążą się z frustracją jest odrobinę nieuczciwy – tak jakby czynnik losowy wykluczał satysfakcję z rozgrywki lub jakby gracze nie potrafili pogodzić się z porażką :-)</p>
<p>W dalszym ciągu wydaje mi się, że wszystko sprowadza się do implementacji (zaskakujące, co?). Załóżmy, że gracz tworzy postać złodzieja, maksymalnie zwiększając jego umiejętność rozbrajania pułapek; ten jednak ginie podczas unieszkodliwiania jednej z nich, ponieważ wynikiem rzutu gracza była 1 (mówimy tu oczywiście o systemie opartym na k20). To przykład typowej sytuacji, w której rzuty z kilku przyczyn wywołują frustrację:</p>
<ul>
<li>Bezwzględność. Rozbrajanie tej konkretnej pułapki zawsze wiąże się z co najmniej 5-procentowym ryzykiem natychmiastowej śmierci, bez możliwości powtórzenia działania. Czy gracz ma jakikolwiek wybór <em>poza</em> ponownym wczytaniem zapisu?</li>
<li>Nieprzydatność. Gracz nie miał pojęcia, jak wielkie ryzyko podejmuje, a jednocześnie nie mógł w żaden sposób go zmniejszyć.</li>
<li>Nieprzewidywalność. Gracz <em>stworzył</em> bohatera, który potrafiłby poradzić sobie z sytuacjami takimi jak ta, a i tak czysty przypadek pokrzyżował jego plany.</li>
</ul>
<p>Na pewno jednym z rozwiązań byłoby wyeliminowanie kości. Jestem przekonany, że można stworzyć dobrego, choć w stu procentach przewidywalnego erpega. Brakowałoby w nim elementu niepewności i zaskoczenia (przynajmniej w rozwiązywaniu zadań; oczywiście dałoby się je uzyskać w inny sposób), ale wciąż mógłby to być ciekawy taktyczny system zarządzania zasobami.</p>
<p>Niepewność i zaskoczenie są jednak fascynujące same w sobie, a zmniejszanie ryzyka lub sposoby radzenia sobie z nieoczekiwaną porażką stanowią część tysięcy gier, w tym erpegów (nie wspominając o tym, że świetnie komponują się z motywami tajemnicy i odkrycia występującymi w Numenerze).</p>
<p>Chcę w ten sposób powiedzieć, że zamierzamy zachować element zaskoczenia. Czynniki losowe najlepiej sprawdzają się wtedy, gdy gracz ma szanse na sukces lub podniesienie się z porażki, co w powyższym przykładzie nie było możliwe. Oto, w jaki sposób planujemy zastosować nasze założenia w Tormencie:</p>
<ul>
<li>Poziom trudności danego zadania zostanie wcześniej ujawniony, a gracz otrzyma możliwość wyboru rozwiązania dostosowanego do własnego stylu gry. Domyślnie będą pojawiać się określenia użyte w podręczniku (Łatwe, Trudne, Wymagające itp.), jednak w opcjach gry będzie je można zmienić na wartości procentowe lub po prostu wyłączyć.</li>
<li>Pozwolimy graczowi na zmniejszenie trudności, nie tylko poprzez rozwój bohatera (który niekoniecznie będzie możliwy podczas wykonywania zadania), ale także przy pomocy ograniczonych, lecz odnawialnych i zawsze dostępnych zasobów. Chodzi tu o Staranie.</li>
<li>Żadnej automatycznej porażki wskutek wyrzucenia 1. Jeżeli gracz obniży trudność zadania do zera (na przykład poprzez Staranie), zawsze odniesie sukces.</li>
<li>Porażka jest bolesna, ale nie powinna natychmiastowo zabić bohatera będącego w pełni sił (jeśli wystąpi takie ryzyko, gracz zostanie wcześniej ostrzeżony).</li>
<li>W uzasadnionych sytuacjach gracz będzie mógł ponownie, jednak ponosząc pewne koszty, podjąć się zadania.</li>
<li>Niekiedy nawet porażka będzie interesująca. Zamiast odbierać możliwości, porażka będzie otwierać przed graczem zupełnie <em>nowe</em>, zachęcając do zgłębiania konsekwencji.</li>
</ul>
<p>Dzięki temu gracz będzie wiedział, co ryzykuje jeszcze przed rozpoczęciem zadania i będzie mógł podjąć adekwatne do niego Staranie (lub znajdzie inny sposób rozwiązania problemu).</p>
<p>A co z nadużywaniem systemu zapisu/odczytu? Co się stanie, jeśli gracze będą wczytywali grę dotąd, aż wszystkie wykonywane przez nich zadania zakończą się sukcesem? Czy rozgrywka nie stanie się dla nich za prosta?</p>
<p>W pewnym sensie tak. To znaczy – notoryczne wczytywanie niekoniecznie ułatwia grę; nadal występują pewne trudności, zwłaszcza w przypadku zadań niewykonalnych w normalnych warunkach. Dobrze o tym wiem, sam zaliczam się do osób nadużywających opcji zapisu.</p>
<p>Ogólnie rzecz biorąc, jeśli ktoś ma zamiar przejść grę na ciągłych zapisach i odczytach, nie sądzę, żeby twórcy mieli mu to uniemożliwiać (chociaż nie powinniśmy również tego prowokować). Niektórzy chcą ukończyć rozgrywkę w jak najlepszy sposób, co wiąże się z licznymi zapisami, inni próbują pokonać wyzwania mimo poniesionych porażek. Obie grupy wybierają preferowany przez siebie styl gry. W Tormencie zostaną zaimplementowane pewne rozwiązania zachęcające do kontynuowania gry (jak wyżej, „porażka będzie interesująca”), ale nie będziemy wychodzić z siebie, aby powstrzymać graczy przed zapisywaniem. Nawet w całkowicie przewidywalnym systemie niektórzy *wskazuje na siebie* będą praktykowali notoryczne wczytywanie.</p>
<p>Jeżeli zaś mechanika gry <em>wymaga </em>nadużywania opcji zapisu – przyczyniając się do niespodziewanej śmierci postaci lub wspierając wyłącznie rozgrywkę pozbawioną jakichkolwiek potknięć – wtedy konieczność ciągłego wczytywania stanie się frustrująca. Ponownie jest to kwestia implementacji, dobrego zaprojektowania i balansu rozgrywki. Wyeliminowanie kości to jeden ze sposobów naprawy sytuacji, ale nie jedyny – być może wcale nie najlepszy.</p>
<p>Lepszym rozwiązaniem byłoby zaprojektowanie gry w taki sposób, że nadużywanie zapisów stanie się niepotrzebne do odniesienia sukcesu, a dodatkowo będzie przeszkodą w poznawaniu pewnych treści. Mamy nadzieję, że uda się to w przypadku Tormenta.</p>
<p>&nbsp;</p>
<p><strong>Numenera skupia się na fabule, przez co oferuje dosyć „lekki” system walki, prawdopodobnie za lekki dla Tormenta lub dowolnej innej gry cRPG. Które elementy zostaną zachowane, zmienione lub rozszerzone w Tides of Numenera? Jakie pojawią się podobieństwa i różnice w stosunku do Wasteland 2?</strong></p>
<p>Papierowa wersja gry oferuje system walki oparty głównie na narracji, ale pośrednio sugeruje MG oraz graczom zastosowanie własnych rozwiązań. W Podręczniku Głównym znajduje się cały rozdział zawierający opcjonalne zasady (które, <a href="https://twitter.com/MonteJCook/status/432647627797061632" rel="nofollow">jak to określa Monte</a>, powinny właściwie nazywać się „Zaawansowanymi Zasadami”), takie jak wskazówki prowadzenia gry z użyciem figurek, rozmiary i odległości, atak z zaskoczenia, rozbrajanie, zadawanie ciosów w określone części ciała itp. Torment nie będzie jednak korzystać z tych zasad <em>per se</em>.</p>
<p>Co prawda w Tormencie nie mamy zamiaru odtwarzać taktycznych gier bitewnych, ale nie będziemy się też ograniczać do uproszczonego systemu opisanego w podręczniku. Punktem wyjścia będą dla nas podstawowe założenia – pula statystyk, Staranie, Ezoteria, Techniki Walki, jednak na znaczeniu zyskają również takie czynniki jak odległość, położenie (na przykład przy flankowaniu) czy morale. Będzie można poniewierać wrogów po całym polu bitwy, wykorzystując przeciwko nim otoczenie oraz inne okoliczności, co w połączeniu utworzy pomysłowe sekwencje taktyczne.</p>
<p>Dla przykładu nano może przyzwać stworzenie, które zaszczepi strach we wszystkich znajdujących się w pobliżu istotach. Glewia natomiast z impetem zamachnie się na wroga, odrzucając go na pewną odległość, tak aby znalazł się w zasięgu wcześniej wspomnianego stwora. Kolejny towarzysz wykorzysta swoją zdolność Rozkazywania, sprawiając, że wszyscy będący pod wpływem strachu przeciwnicy, których rzuty na Intelekt nie powiodły się, zostaną zmuszeni do ucieczki. Wszystko to będzie miało miejsce jeszcze zanim wróg zdąży zareagować.</p>
<p>Dopiero przymierzamy się do testowania tego systemu, nie mogę więc za bardzo wdawać się w szczegóły (powyższy przykład prezentuje same założenia projektu). Obecnie analizujemy system akcji zwykłych/ruchowych i swobodnych działań, podobny do zastosowanego w <em>Świątyni Pierwotnego Zła</em>, ale jest to jedynie punkt wyjścia. Czeka nas jeszcze mnóstwo iteracji zanim uzyskamy satysfakcjonujący nas efekt.</p>
<p>Ostateczny rezultat będzie się prawdopodobnie różnił od papierowej wersji gry, a także od Wasteland 2. Wykorzystujemy kod WL2 w uzasadnionych sytuacjach, ucząc się na doświadczeniach z gry, mając świadomość, że Torment to coś zupełnie nowego; nie próbujemy na siłę dopasować naszego projektu do systemu stworzonego na potrzeby innej produkcji.</p>
<p>Najważniejsze różnice będą dotyczyły między innymi akcji i możliwości niezwiązanych bezpośrednio z walką, zaimplementowanych na podstawie koncepcji Wyzwań; w końcu niewiele gier umożliwia prowadzenie dialogów w czasie bitwy. Jak już wcześniej mówiłem, planujemy uatrakcyjnić konsekwencje porażki. W wypadku śmierci na polu bitwy bohater zostanie wysłany do Labiryntu Porzuconego, ale wrogowie nie zastygną w miejscu, oczekując jego powrotu. Mogą wzrosnąć w siłę, odejść lub zrealizować te potworne plany, które postać usiłowała im pokrzyżować. Nastąpią przy tym pewne zmiany, z którymi bohater będzie się musiał zmierzyć (choć, jak wiesz, można po prostu wczytać zapis i spróbować jeszcze raz ;-)).</p>
<p>Artykuł <a href="https://grimuar.pl/torment/adam-heine-o-mechanice">Torment – Adam Heine szczegółowo o mechanice Tides of Numenera</a> pochodzi z serwisu <a href="https://grimuar.pl">Grimuar Sferowca</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Torment – Colin o projektowaniu fabuły, awans Adama</title>
		<link>https://grimuar.pl/torment/colin-o-projektowaniu-fabuly-adam-awansuje</link>
		
		<dc:creator><![CDATA[Corpselight]]></dc:creator>
		<pubDate>Wed, 08 Jan 2014 14:54:54 +0000</pubDate>
				<category><![CDATA[Torment: Tides of Numenera]]></category>
		<category><![CDATA[adam heine]]></category>
		<category><![CDATA[torment: tides of numenera]]></category>
		<guid isPermaLink="false">http://dev.grimuar.pl/?p=2407</guid>

					<description><![CDATA[<p>W drugiej części dwudziestej siódmej aktualizacji przeczytamy o ostatnich przemeblowaniach w fabule Torment: Tides of Numenera oraz o tym, jak Adam Heine awansował na pozycję głównego...</p>
<p>Artykuł <a href="https://grimuar.pl/torment/colin-o-projektowaniu-fabuly-adam-awansuje">Torment – Colin o projektowaniu fabuły, awans Adama</a> pochodzi z serwisu <a href="https://grimuar.pl">Grimuar Sferowca</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>W drugiej części dwudziestej siódmej aktualizacji przeczytamy o ostatnich przemeblowaniach w fabule Torment: Tides of Numenera oraz o tym, jak Adam Heine awansował na pozycję głównego projektanta gry.</p>
<h3>Czas na fabułę</h3>
<p>Z tej strony Colin. Być może widzieliście <a href="http://tormentrpg.tumblr.com/post/67666987545/the-torment-triumvirate-creative-lead-colin" rel="nofollow">zdjęcie</a>, na którym Adam, Kevin, Steve i ja pozujemy razem w studio inXile podczas jednego z listopadowych spotkań. Musicie jednak wiedzieć, że nasze spotkania nie upływały jedynie na staniu i uśmiechaniu się do obiektywu (mało brakowało, a w ogóle zapomnielibyśmy uwiecznić wydarzenie). W rzeczywistości przez większość czasu dopracowywaliśmy szczegóły udoskonalonej fabuły. „Udoskonalonej?”, moglibyście zapytać, „Napisanej od nowa?” Nie ‒ poprawionej.</p>
<p>Podobnie jak tworzenie gier, pisanie wymaga ciągłych poprawek. W przypadku projektu, który aspiruje do miana następcy jednego z najbardziej cenionych cRPGów, stworzenie solidnych podstaw fabuły jest oczywiście szczególnie ważne. Niewielu jest scenarzystów, którym wszystko wychodzi idealnie za pierwszym razem (jeżeli jakichś znacie, skierujcie ich do mnie).</p>
<p>Moim obowiązkiem jako kierownika kreatywnego ToN jest dopilnowanie, abyśmy nie poprzestali na napisaniu „wystarczająco dobrej” fabuły. W tym celu pochyliliśmy się wspólnie nad istniejącą historią, przeanalizowaliśmy jej części składowe i połączyliśmy je w nową (lepszą) konfigurację. Zachowaliśmy wszystkie elementy, które pojawiły się w naszej kampanii na Kickstarterze ‒ postacie, przedmioty, wszystko oprócz pewnych detali. Dzięki reorganizacji fabuła stała się spójniejsza, a do tego bardziej przejrzysta i wciągająca.</p>
<p>Innymi słowy ‒ początkowa wersja naszej historii była dobra, obecna zaś (jeśli wybaczycie mi chwilowy brak skromności) jest fantastyczna. Zresztą czy mogłoby być inaczej teraz, kiedy pracują nad nią wspólnie Adam, Kevin, Chris Avellone, Tony Evans, Nathan Long i George Ziets?</p>
<p>Spotkania miały również na celu przygotowanie gruntu pod przyjęcie scenarzystów z zewnątrz, którzy zajmą się wieloma obszarami jednocześnie. Posiadamy teraz ujednolicony zestaw dokumentów, które nazwaliśmy Kręgami Fabuły.</p>
<p>Może to brzmieć trochę dziwnie, śpieszę więc z wyjaśnieniem: Krąg to silny wątek historii; niezbędna część, na której opierają się pomniejsze elementy składające się na ogół doświadczenia. Pierwszym i najważniejszym spośród tych wątków jest Krąg głównego bohatera, czyli fabuła widziana z jego perspektywy (a co za tym idzie, z perspektywy gracza), rozpisana punkt po punkcie, od początku do końca gry. Wzięliśmy na warsztat nasz dokument projektowy i obraliśmy go ze wszystkich pobocznych szczegółów oraz informacji, których gracz być może nigdy nie pozna. Usunęliśmy z Kręgu BG wszystkie detale, których bohater nie jest w danym momencie świadomy (lub przesunęliśmy takie informacje w miejsca, w których stają się jawne) ‒ nawet, gdyby ich obecność miała wyjaśnić graczowi motywy postępowania ważnych postaci.</p>
<p>Posunięcie to obnażyło kilka potencjalnych problemów ze scenariuszem i pozwoliło nam skutecznie ocenić, czy stworzona przez nas historia jest spójna i logiczna, dlatego w podobny sposób rozprawiliśmy się z wątkami wszystkich ważnych postaci. Co kryje ich przeszłość? Jak wiele wiedzą? W którym momencie poznają ważne informacje? Co próbują osiągnąć na danym etapie historii?</p>
<p>Dzięki wielkiemu wkładowi pracy ze strony George’a i Tony’ego udało nam się poskładać wszystkie Kręgi w całość jeszcze przed serią listopadowych spotkań. Następnie oddaliśmy je w ręce Chrisa Avellone’a i Nathana Longa, aby trochę się nad nimi poznęcali. W końcu kompletnie je przebudowaliśmy. Później miało miejsce jeszcze kilka spotkań, podczas których przedstawiałem zwięzłą wersję ulepszonej fabuły różnym grupom osób, zaczynając od Briana Fargo i Matta Findleya. Brian powiedział (parafrazując): „Wspaniała historia. Właśnie tak powinna wyglądać. Bierzcie się do roboty.”</p>
<p>Fabuła została zaprezentowana również grafikom, programistom, projektantom i kilku innym zespołom, dzięki czemu osiągnąłem Mistrzostwo w umiejętności Szybkie Gadanie poparte rekordowym czasem streszczania gry (10 intensywnych minut, po których oddawałem głos Kevinowi i Adamowi, a sam oddalałem się, by dochodzić do siebie podłączony do butli tlenowej).</p>
<p>Gotowe Kręgi przekazaliśmy także czworgu scenarzystom, dołączając do nich listy ograniczeń dla poszczególnych obszarów, którymi ci będą się zajmować. Wkrótce spodziewam się napływu intrygujących pomysłów. Być może powinienem również w tym miejscu wspomnieć, że pracujemy obecnie nad wątkami i zadaniami dla kilku odrębnych obszarów, a ja sam, gdy tylko skończę pisać tę notkę, wracam do budowania pierwszej z wielu przygód gracza. Zapowiada się… obiecująco.</p>
<h3>Awans</h3>
<p>To znowu Kevin. Mam przyjemność powiadomić was, że Adam Heine przyjął propozycję awansu na stanowisko głównego projektanta T:ToN. Adam od samego początku odgrywał kluczową rolę w projektowaniu gry i wielokrotnie udowadniał nam, że posiada wszystkie cechy człowieka, który może uczynić naszą grę naprawdę wyjątkową.</p>
<p>Na przestrzeni ostatnich miesięcy Adam przejmował dowodzenie nad coraz liczniejszymi aspektami projektowania systemu i obszarów. Kiedy w listopadzie odwiedził biuro inXile, oficjalnie mianowałem go głównym projektantem. Tak naprawdę jednak charakter pracy Adama niewiele się od tamtej pory zmienił ‒ awans ma bardziej na celu uznanie jego licznych zasług.</p>
<p>W zeszłym roku Colin osobiście wdrożył Adama do raczkującego wówczas projektu, więc chciałby w tym miejscu dopisać kilka słów od siebie:</p>
<p>„Kiedy Adam dołączył do zespołu pracującego nad Planescape: Torment, gra dopiero zaczynała nabierać kształtu ‒ w zasadzie gotowa była tylko Kostnica. Mieliśmy wówczas wielkie zapotrzebowanie na skrypterów. Adam z miejsca dał się poznać jako inteligentny, niezwykle kreatywny gość z talentem do rozwiązywania problemów. Szybko wychwytywał wszelkie błędy, tworzył dobre skrypty i dostarczał mnóstwo pomysłów na zadania oraz bohaterów.</p>
<p>Po premierze PST otrzymał pracę projektanta przy kolejnej grze Black Isle, TORN. Wkrótce jednak musiał zmierzyć się z rzeczywistością ‒ zdał sobie sprawę, że jako świeżo upieczony mąż nie powinien poświęcać trzech godzin dziennie na kursy między Irvine i San Diego, oraz że 60-80 godzin pracy tygodniowo nie wróżyło szczęścia w małżeństwie. Adam opuścił więc Interplay i przyjął posadę programisty w rodzinnym mieście… A w końcu spakował manatki i wyprowadził się do Tajlandii, by prowadzić rodzinę zastępczą dla sierot.</p>
<p>Mijały lata. Adam zajął się wychowywaniem ponad dziesięciorga dzieci, w wolnych chwilach pisząc powieści i <a href="http://www.beneath-ceaseless-skies.com/stories/pawns-gambit-by-adam-heine/" rel="nofollow">opowiadania</a> oraz projektując gry planszowe i komputerowe. Nie był jednak w tym czasie związany z żadnym studiem, więc jego projekty lądowały w szufladzie.</p>
<p>W zeszłym roku Eurogamer przeprowadził z Chrisem Avellone, Scottem Warnerem, Adamem i mną <a href="http://www.eurogamer.net/articles/2012-08-22-planescape-torment-a-podcast-post-mortem-with-the-games-makers" rel="nofollow">retrospektywny wywiad dotyczący PST</a>. Pod koniec wywiadu Adam przyznał, że bardzo chciałby wrócić do branży gier. Odpowiedziałem mu, że sam bardzo bym chciał móc znowu z nim pracować.</p>
<p>Wkrótce potem Brian Fargo zwrócił się do mnie z pytaniem, czy byłbym zainteresowany współtworzeniem nowego Tormenta. Dosłownie chwilę później zasugerowałem mu, żebyśmy spróbowali wciągnąć w to Adama. Ani przez moment nie żałowałem tej decyzji ‒ Adam pomógł mi od zera ukształtować fabułę, wyprodukował całe ryzy papieru zapełnionego projektami: od łupów, przez ekwipunek, po rzemiosło i obszary… Właściwie współtworzył każdy pojedynczy system.</p>
<p>Kiedy kilka tygodni temu byliśmy w Kalifornii, jego ciężka praca i wnikliwość w końcu zebrały plon. Kevin zaproponował mu awans na stanowisko głównego projektanta, a Adam przyjął ofertę. Adam to niezwykły projektant. Jestem dumny z tego, że mam okazję z nim pracować.”</p>
<p>Gratulacje dla Adama, a dla was wszystkich życzenia szczęśliwego Nowego Roku!</p>
<p>Artykuł <a href="https://grimuar.pl/torment/colin-o-projektowaniu-fabuly-adam-awansuje">Torment – Colin o projektowaniu fabuły, awans Adama</a> pochodzi z serwisu <a href="https://grimuar.pl">Grimuar Sferowca</a>.</p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
