Dlaczego gry na PC bywały gorsze od konsolowych oryginałów?

W czasach PS2 czy PS3 widzieliśmy wiele portów przeróżnych gier, które na PC lądowały w tragicznym lub wybrakowanym stanie. Tak wyglądała przynajmniej część pecetowej historii wielkich marek. Czasami niczego nawet świadomie nie wycinano. Całość znajdowała się w plikach, tylko po drodze ktoś nie dopilnował warunków w kodzie. A potem przez następne dwadzieścia lat gracze oglądali uboższą wersję, przekonani, że tak właśnie miało być.

Dobrym miejscem, żeby zajrzeć pod maskę tego zjawiska, jest klasyczne GTA: San Andreas. Pecetowa premiera w czerwcu 2005 roku oferowała wyższą rozdzielczość i wygodę celowania myszą, ale nie gwarantowała wiernego przeniesienia wszystkiego, co wcześniej oglądali właściciele PS2. Dokumentacja SilentPatch wymienia między innymi niedziałające poprawnie odbicia na mokrych drogach, brak właściwego rozmycia wirników oraz błędy słonecznych rozbłysków. Nawet ogranicznik klatek wymagał poprawki: dodatkowe opóźnienie wynoszące 14 ms sprawiało, że gra celowała w 25 zamiast prawidłowych 30 FPS. Wymiana karty nie usuwała tego opóźnienia. Trzeba było zmienić założenia całego portu. 

W GTA III, Vice City i San Andreas pojawił się błąd, który brzmi kuriozalnie. Jeżeli ustawiliśmy wyższą rozdzielczość, na ekranie dłużej pozostawały tytuły misji i komunikaty o ich zaliczeniu. Autor SilentPatch odkrył, że odpowiadał za to kod niewykorzystanej animacji. Pierwotnie napisy miały przesuwać się po ekranie. Z tego efektu zrezygnowano, ale gra nadal obliczała, ile powinien trwać taki przejazd, i dopiero po tym czasie usuwała komunikat. Przy przenoszeniu gry na PC dostosowano długość przesunięcia do rozdzielczości, pozostawiając tę samą prędkość ruchu. Więcej pikseli oznaczało więc dłuższe oczekiwanie. Pierwotnie napisy stały w miejscu, ale gra oczekiwała, aż dotrą na miejsce. 

Pecetowe GTA III straciło nawet część wariantów misji. W Bling-bling Scramble gra mogła wybrać dwie trasy punktów kontrolnych zamiast trzech, a w Plaster Blaster karetka miała do dyspozycji tylko dwa z trzech możliwych celów podróży. Przyczyna tkwiła w pozornie drobnym szczególe technicznym. Funkcja losująca liczby na PS2 zwracała wartości od 0 do 65535, natomiast na PC jej zakres kończył się na 32767. Kod korzystający z tych wyników nadal zakładał jednak szerszy przedział, przez co część możliwości przestała być osiągalna. Misje można było ukończyć i na pierwszy rzut oka wszystko działało poprawnie, ale przy kolejnych podejściach pecetowy gracz miał szansę zobaczyć mniej niż właściciel konsoli.

Znacznie więcej różnic pojawiło się w grafice. RenderWare pozwalał przenosić gry między platformami, ale poszczególne wersje silnika inaczej obsługiwały rysowanie obiektów, mieszanie kolorów czy przezroczyste powierzchnie. Samo uruchomienie San Andreas na komputerze nie gwarantowało więc zachowania wyglądu znanego z PS2. Dobrze pokazuje to SkyGfx, którego autor odtworzył na PC konsolowe rozwiązania odpowiadające między innymi za wygląd budynków i karoserii samochodów. Przywrócenie charakterystycznej oprawy wymagało zmian w sposobie tworzenia obrazu, znacznie głębszych niż nałożenie pomarańczowego filtra. Pecet mógł wyświetlać ostrzejsze krawędzie i więcej szczegółów, a jednocześnie inaczej przedstawiać te same ulice, pojazdy i światło.

Pecetowi gracze nie zawsze słyszeli nawet te same komentarze CJ-a. Aktualizacja SilentPatch z 31 lipca 2026 roku przywracała kwestie wypowiadane podczas strzelania, które wcześniej uruchamiały się tylko przy korzystaniu z automatycznego celowania. Nagrania od lat znajdowały się w grze, ale przy celowaniu myszą program ich nie odtwarzał. W tej samej aktualizacji poprawiono również efekt gorącego powietrza przy wydechu samochodów w Vice City. Po włączeniu efektu "Trails" ujawniał się błąd, przez który wielkość tego zniekształcenia przeliczano względem rozdzielczości dwukrotnie. W 4K subtelne falowanie przy rurze wydechowej potrafiło przez to rozrosnąć się na niemal połowę ekranu. Funkcja pomyślana jako drobny szczegół psuła wygląd całej sceny.

Takie odkrycia pokazują, gdzie konkretnie zawiodły pecetowe konwersje Rockstara. Kod przygotowany dla konsoli nie został w pełni dostosowany do swobodnego wyboru rozdzielczości, sterowania myszą czy innego sposobu wyświetlania grafiki. Możemy wskazać wadliwe obliczenia i warunki, które blokowały działanie gotowych elementów gry. Znacznie trudniej ustalić, dlaczego tych usterek nie usunięto przed premierą ani przez kolejne lata. Bez relacji twórców lub wewnętrznych dokumentów nie rozstrzygniemy, ile zawinił napięty harmonogram, a ile zbyt pobieżne testy. Wiemy natomiast, że część pracy potrzebnej do wiernego przeniesienia tych gier na PC wykonali dopiero fani, długo po zakończeniu oficjalnego wsparcia.

CYFROWE ARCYDZIEŁA 10 ważnych różnic między GTA na PS2 i PC GTA III • Vice City • San Andreas 10 różnic • oryginalne wydania, przed fanowskimi poprawkami

01 San Andreas Zniknęła gra we dwóch PS2Lokalna zabawa dla dwóch osób na wspólnym ekranie, uruchamiana w wybranych miejscach mapy. PCOficjalny port nie oferował tego trybu. Dotyczyło to swobodnej zabawy i specjalnych wyzwań, nie całej kampanii. 02 San Andreas Inne kolory San Andreas PS2Charakterystyczna kolorystyka powstawała dzięki filtrowi obrazu i danym opisującym porę dnia oraz pogodę. PCInny sposób mieszania barw zmieniał wygląd całych scen. Wyższa rozdzielczość nie przywracała kolorów PS2. 03 San Andreas Brak poświaty radiosity PS2Jasne fragmenty kadru były dodatkowo rozświetlane i rozmywane przez efekt nazwany radiosity. PCEfekt nie działał. Pozostawiony kod był nieukończony lub uszkodzony. Chodzi o postprocessing, nie współczesne globalne oświetlenie. 04 San Andreas Inny połysk samochodów PS2Odbicia i refleksy na karoserii powstawały w osobnym zestawie operacji graficznych przygotowanym dla konsoli. PCZastosowano inną implementację. Zmienił się wygląd odbić oraz oświetlenia pojazdów, nawet przy tych samych modelach. 05 San Andreas Trawa rosła i wyglądała inaczej PS2Źdźbła uwzględniały światło otoczenia i były widoczne z obu stron. PCZmieniono ich rysowanie, a błąd generatora losowego psuł rozmieszczenie kęp. Różnicę było widać w całych połaciach zieleni. 06 GTA III • Vice City • San Andreas Kłopotliwe krawędzie roślin PS2Sprzęt pozwalał inaczej traktować kolor i głębię półprzezroczystych pikseli. PCInne reguły powodowały obwódki i błędy nakładania roślinności. SkyGfx odtwarza zachowanie PS2, rysując takie obiekty w dwóch przebiegach. 07 San Andreas Wirniki straciły rozmycie PS2Szybko obracające się wirniki śmigłowców i śmigła samolotów otrzymywały efekt rozmycia. PCEfekt nie działał prawidłowo. SilentPatch przywraca rozmycie znane z konsolowego San Andreas i z Vice City. 08 San Andreas Uboższy efekt mokrego asfaltu PS2Przezroczystość nawierzchni pozwalała domieszać kolor nieba do wyglądu mokrej drogi. PCDomyślny sposób rysowania budynków i jezdni nie obsługiwał tej warstwy efektu. Deszczowa ulica wyglądała inaczej. 09 Vice City Vice City bez opcji Trails PS2Trails dodawało smużenie obrazu i wpływało na wykorzystanie kolorów oświetlenia. PCOpcji zabrakło, choć kod efektu pozostał w grze. Fanowskie modyfikacje pozwalają go ponownie włączyć. 10 GTA III Dwie możliwości zamiast trzech PS2Bling-bling Scramble mogło wybrać trzy układy punktów kontrolnych, a Plaster Blaster trzy cele karetki. PCBłąd zakresu losowania ograniczał obie misje do dwóch wariantów. To różnica w zawartości rozgrywki, nie w samej grafice.

Leon przyjechał bez myszy

Podobne wpadki zdarzały się również poza Rockstarem, a Resident Evil 4 trafiło na PC z bagażem kompromisów odziedziczonych po wcześniejszej konwersji. Wydanie z 2007 roku oparto na wersji PS2, która sama była już przeróbką oryginału z GameCube'a. Pecetowcy dostali więc między innymi wcześniej nagrane filmy w miejsce części przerywników renderowanych przez silnik gry. Pierwsza europejska edycja miała dodatkowo braki w oświetleniu i efektach, przez co niektóre sceny wyglądały znacznie bardziej płasko niż na konsolach. W grze, której atmosfera tak mocno zależała od światła, cieni i wyglądu otoczenia, trudno było przejść nad tym do porządku dziennego.

Jeszcze trudniej zrozumieć, dlaczego w pecetowym Resident Evil 4 zabrakło obsługi myszy. Do wyboru pozostawał pad albo celowanie samą klawiaturą, połączone z zapamiętywaniem, który klawisz kryje się pod wyświetlanym na ekranie przyciskiem numer 1 czy 2. Część niedociągnięć graficznych usuwała poprawka 1.1.0, wprowadzająca zmiany w oświetleniu i efektach. Jej wydanie pokazało przy okazji, że komputer był w stanie wyświetlić elementy, których zabrakło na premierę. Polscy gracze znaleźli się tutaj w nieco lepszej sytuacji, ponieważ Cenega zapowiadała, że lokalne wydanie będzie już zawierało tę aktualizację.

W Silent Hill 2 straty poniesione przy konwersji jeszcze mocniej uderzały w atmosferę gry. Dobrze widać to po zakresie prac nad Enhanced Edition, fanowskim projektem poprawiającym klasyczne wydanie komputerowe (na powyższych zdjęciach właśnie porównanie oryginału i tej fanowskiej edycji). Jego autorzy przywracali między innymi miękkie cienie, cieniowanie postaci na ich własnych modelach oraz pierwotną gęstość i sposób poruszania się mgły. Każdy z tych elementów wpływał na odbiór miasteczka. Mgła ograniczała widoczność, cienie wydobywały kształty z ciemności, a efekty obrazu nadawały scenom charakterystyczny wygląd. Można było zwiększyć rozdzielczość i zobaczyć wyraźniejsze kontury budynków, a mimo to utracić część poczucia niepokoju, który towarzyszył tej samej wędrówce na PS2.

Podobnych poprawek wymagała oprawa dźwiękowa. Na PS2 muzyka i efekty, z wyjątkiem dialogów, powstawały z próbek, które konsola układała i przetwarzała podczas rozgrywki, zmieniając wysokość dźwięku oraz nakładając odpowiednie filtry. Wierne przeniesienie ich brzmienia wymagało więc uwzględnienia tego, co robił oryginalny sprzęt. Autorzy Enhanced Edition wykorzystali bezstratne nagrania aranżacji z wersji PS2, żeby odtworzyć jej jakość dźwięku na komputerze. Razem z poprawkami grafiki pozwoliło to odzyskać cechy zagubione w oficjalnej konwersji. Pecet miał możliwości, by zachować atmosferę oryginału, ale ktoś musiał jeszcze wykonać pracę potrzebną do jej odtworzenia.

Zdarzało się również, że dobrze działająca gra zaczynała wyglądać gorzej dopiero po wymianie sprzętu. Pierwszy Splinter Cell korzystał przy rysowaniu cieni z rozwiązań charakterystycznych dla ówczesnych GeForce’ów, których zachowanie trzeba było później odtworzyć na nowszych kartach. Twórca dgVoodoo opisuje w dokumentacji zarówno przywrócenie obsługi buforów cieni w stylu GeForce’a 4, jak i poprawki obliczeń pozwalające ponownie uruchomić ten tryb. W grze, w której obserwowanie światła i szukanie osłony w ciemności stanowi podstawę zabawy, takie różnice mają bezpośrednie znaczenie dla gracza. Tutaj problemem było jednak starzenie się konkretnego rozwiązania technicznego. To ciekawy przypadek, bowiem port mógł działać prawidłowo na sprzęcie, dla którego go przygotowano, a po latach wymagać dodatkowych poprawek, żeby zachować ten sam wygląd na znacznie mocniejszym komputerze.

Liczyła się sama premiera

O jakości portu decydowało również to, czego właściwie oczekiwał od niego wydawca. Takeshi Miyazoe opowiedział o tym wyjątkowo otwarcie w rozmowie z magazynem Edge w grudniu 2013 roku, wyjaśniając kulisy pecetowego Dark Souls. „Naszym głównym priorytetem było jak najszybsze wydanie gry na PC” - przyznawał producent. Początkowo takiej wersji w ogóle nie planowano, bo rynek komputerowy miał w Japonii niewielkie znaczenie. Do przygotowania konwersji przekonało firmę zainteresowanie zachodnich graczy, wyrażone między innymi w opasłej petycji. Zespół wiedział, że odbiorcy oczekują wyższej rozdzielczości, większej liczby klatek i odpowiednio przygotowanego sterowania, ale spełnienie tych wymagań oznaczało dodatkową pracę i testy.

Według Miyazoe, Namco Bandai wolało jednak wypuścić grę i sprawdzić, jak poradzi sobie na komputerach. Pecetowcy dostali więc Prepare to Die Edition z limitem 30 FPS i obrazem renderowanym w rozdzielczości 1024 x 720p. Wybranie 1080p w ustawieniach jedynie skalowało gotowy obraz, bez zwiększania liczby szczegółów. Dopiero DSfix Petera „Durante” Thomana pozwolił zmienić wewnętrzną rozdzielczość i wykorzystać pod tym względem możliwości komputera. Dark Souls zachowywało zasadniczy wygląd konsolowego oryginału, ale wraz z nim przeniesiono ograniczenia, których użytkownicy mocniejszych maszyn nie mieli ochoty akceptować. Z wypowiedzi producenta wynikało zresztą jasno, że znano ich oczekiwania. Zdecydowano po prostu, że premiera jest ważniejsza niż czas potrzebny na ich realizację.

Znaczenie organizacji pracy dobrze pokazuje również historia GTA V. W kwietniu 2015 roku John Macpherson z Rockstar Toronto tłumaczył GameSpotowi, dlaczego pecetowcy musieli tak długo czekać na swoją wersję. Przy kolejnych wydaniach pracowali w dużej mierze ci sami kluczowi członkowie zespołu. Najpierw przygotowywali grę na PS3 i Xboksa 360, później zajmowali się nowymi konsolami oraz zawartością GTA Online, włącznie z napadami. Wersja komputerowa również potrzebowała ich wiedzy i uwagi. Kolejne projekty trafiały zatem do ludzi, którzy znali GTA V najlepiej, ale nie mogli poświęcić każdemu z nich całego swojego czasu. W przypadku GTA V oczekiwanie przyniosło jednak wydanie, które wyraźnie rozwijało możliwości konsolowych poprzedników. Pecetowcy otrzymali ponad 25 ustawień graficznych, obsługę 4K, możliwość grania w 60 FPS oraz regulację natężenia ruchu. Do tego dochodził Rockstar Editor, pozwalający tworzyć i montować filmy z rozgrywki. Studio pokazało, że potrafi przygotować rozbudowaną wersję komputerową, uwzględniającą zalety tej platformy. Nie unieważnia to, rzecz jasna, wcześniejszych wpadek ani nie tłumaczy błędów pozostawionych w starych GTA. Utrudnia natomiast sprowadzenie całej historii do prostego zarzutu, że Rockstar zwyczajnie nie umiał robić pecetowych portów.

Dwa miesiące po premierze GTA V na komputerach, branża dostała jednak wyjątkowo bolesne przypomnienie, jak daleko można pójść w swoim lenistwie i nieogarnięciu. 24 czerwca 2015 roku Warner zawiesił sprzedaż pecetowego Batman: Arkham Knight. Trzy dni później opublikował listę najważniejszych prac naprawczych. Trzeba było umożliwić wybór limitu powyżej 30 FPS w opcjach graficznych, poprawić błędnie wyświetlane tekstury niskiej jakości, ograniczyć przycięcia i usprawnić doczytywanie danych z dysku. Osobnych zmian wymagało wykorzystanie RAM-u oraz pamięci karty graficznej. Wydawca sam wymieniał więc podstawowe elementy działania gry, które dopiero po premierze zamierzano doprowadzić do porządku.

Arkham Knight miało również problemy dobrze pasujące do wcześniejszej historii GTA. Jedna z pierwszych poprawek usuwała błąd wyłączający efekty deszczu i ambient occlusion, odpowiadające za dodatkowe przyciemnianie zagłębień oraz miejsc styku obiektów. Gra potrafiła mocno obciążać komputer, a mimo to wyświetlać niepełną oprawę. Zakup wydajniejszej karty niczego tutaj nie przywracał, ponieważ brakujące efekty wymagały naprawienia kodu. Przy takiej skali niedociągnięć trudno było też zrzucić całą odpowiedzialność na studio zajmujące się konwersją. W lipcu Warner oficjalnie przyznał, że odpowiada za wypuszczenie produktu niespełniającego jakichkolwiek standardów jakości. Zlecenie prac innemu zespołowi nie zwalniało wydawcy z oceny tego, co ostatecznie trafiało do graczy.

Ważniejszy rynek bez gwarancji udanej premiery

Dzisiaj producentom znacznie trudniej traktować PC jako dodatkowy rynek, którym można zająć się przy okazji. Dobrze pokazuje to Capcom, czyli firma, która kiedyś przeniosła Resident Evil 4 na komputer bez obsługi myszy. W podsumowaniu roku finansowego zakończonego w marcu 2025 roku podała, że pecetowcy kupili ponad połowę wszystkich sprzedanych egzemplarzy jej gier. W materiałach dotyczących trzeciego kwartału kolejnego roku finansowego udział PC wynosił około 50 procent, a wydawca zapowiadał dalsze wzmacnianie zespołów pracujących nad tą platformą. Mowa o liczbie sprzedanych kopii, co dobrze obrazuje skalę rynkowych zmian. Lekceważenie komputerów oznaczałoby dzisiaj dla Capcomu lekceważenie ogromnej części własnych klientów. W tych samych dokumentach widać jednak, że znaczenie PC dla wyników firmy nie gwarantuje udanych premier. Inwestorzy pytali Capcom wprost o błędy i optymalizację Dragon’s Dogma 2 oraz Monster Hunter Wilds. Wydawca tłumaczył, że przy tak dużej różnorodności konfiguracji sprzętowych mogą pojawiać się problemy, których wcześniej nie przewidziano. Zapowiadał też wykorzystanie doświadczeń z naprawiania wydajności Wilds przy kolejnych produkcjach. 

Podobną historię zapisało pecetowe The Last of Us Part I. W aktualizacji 1.0.5 z 9 maja 2023 roku, Naughty Dog skracało czas przygotowywania shaderów, poprawiało wykorzystanie procesora i wczytywanie poziomów, a także zmniejszało zapotrzebowanie tekstur na pamięć VRAM karty graficznej. Zmiany obejmowały zatem kilka podstawowych elementów odpowiadających za płynność i komfort grania. Warto przy tym pamiętać, że kolejne aktualizacje potrafią istotnie zmienić stan portu. Fatalna premiera pozostaje częścią historii gry, ale oceniając jej późniejsze wydanie, trzeba sprawdzić, które problemy nadal występują. Data testu i numer wersji mają tutaj znacznie większe znaczenie niż utrwalona przed laty opinia.

Część współczesnych przycięć ma również inne przyczyny niż usterki znane ze starych konwersji GTA. Inżynierowie Epic wyjaśniali w lutym 2025 roku, dlaczego przygotowywanie shaderów, czyli programów wykonywanych przez kartę graficzną, potrafi zakłócić płynność rozgrywki. Na konsoli twórcy znają docelowy układ i mogą wcześniej przygotować przeznaczony dla niego kod. Na PC trzeba obsłużyć wiele architektur, dlatego część pracy wykonuje sterownik zainstalowanej karty. Jeżeli potrzebny wariant shaderów i ustawień renderowania nie zostanie przygotowany z wyprzedzeniem, gra może zatrzymać się na czas jego kompilacji. Nawet bardzo wydajny komputer nie gwarantuje wtedy płynnego przejścia przez scenę.

Dlatego Epic zwraca uwagę również na warunki testowania. Zaleca twórcom czyszczenie pamięci podręcznej sterownika, aby sprawdzali grę w sytuacji podobnej do tej, w której znajduje się gracz przy pierwszym uruchomieniu. Podczas kolejnego przejścia przez tę samą lokację potrzebne dane mogą być już gotowe, a wcześniejsze przycięcia znikną. Test przeprowadzony wyłącznie w takich warunkach łatwo daje zbyt optymistyczny obraz wydajności. Jednocześnie autorzy zaznaczają, że podobne mikroprzycięcia mogą wynikać także z doczytywania danych lub nagłego tworzenia wielu obiektów. Trzeba ustalić, na co konkretnie czeka gra, zamiast każdą nierówną animację tłumaczyć shaderami albo zbyt słabą kartą.

Dlatego przy powrocie do klasyka możecie spróbować poszukać informacji w internecie, jaki to port otrzymała wersja na PC. Fajnie wiedzieć, którą wersję wykorzystano jako podstawę portu, co zachowano z oryginału i jakie błędy usuwa polecany zestaw poprawek. Dzięki projektom takim jak SilentPatch, SkyGfx, Enhanced Edition czy DSfix komputer potrafi dziś oferować znacznie pełniejsze doświadczenie niż w dniu pecetowej premiery. Za tym rezultatem stoją jednak ludzie, którzy przez lata sprawdzali cudzy kod, porównywali wydania i odtwarzali zagubione elementy. Ich praca zasługuje na uznanie. Dajcie znać w komentarzach, jakie znacie jeszcze podobne przypadki!