Unreal Engine 5 miał być skrótem do przyszłości. Coraz częściej wygląda jak test cierpliwości graczy

Unreal Engine 5 sprzedano nam jako narzędzie, które miało zdjąć z twórców część technicznego ciężaru i pozwolić grom wyglądać jak dema przyszłości. Nanite, Lumen, World Partition — same nazwy brzmiały jak plan ucieczki od ograniczeń poprzedniej generacji. Tyle że gracze coraz częściej słyszą „UE5” i zamiast zachwytu czują ostrożność. Bo za pięknymi zwiastunami zbyt często idą stutter, rozmazany obraz i wymagania, które udają, że przeciętny komputer nie istnieje.

Obietnica UE5 była prawdziwa, ale niepełna

Na początku Unreal Engine 5 wyglądał jak technologia, która wreszcie ma dogonić marzenia grafików. Nanite obiecywał używanie bardzo szczegółowej geometrii bez tradycyjnego dłubania przy poziomach detali. Lumen dawał dynamiczne globalne oświetlenie i odbicia reagujące na zmiany sceny. World Partition miał ułatwiać pracę nad wielkimi, strumieniowanymi światami.

To są realne, ważne narzędzia. Problem nie polega na tym, że UE5 jest marketingową wydmuszką. Problem polega na tym, że wielu graczy zaczęło traktować silnik jak magiczną warstwę, która sama rozwiąże brzydotę, loadingi, geometrię, światło i produkcyjny chaos. A silnik, nawet najlepszy, nie robi gry. Silnik daje narzędzia. Gra powstaje dopiero wtedy, gdy studio potrafi nimi pracować, ma czas na optymalizację i nie musi wypychać premiery przed końcem kwartału.

UE5 jest więc trochę jak luksusowa kuchnia. Można w niej ugotować coś świetnego, ale można też podpalić wodę. A gracze coraz częściej płacą za dania, w których prezentacja wygląda jak z katalogu, ale przy pierwszym kęsie coś chrupie nie tam, gdzie powinno.

Najbardziej bolesny problem nie mieści się na screenie

Najgorsze w problemach technicznych UE5 jest to, że nie zawsze widać je na promocyjnych obrazkach. Screenshot może wyglądać obłędnie. Trailer może być płynny. Materiał z kontrolowanego dema może przekonywać, że przyszłość jest już gotowa. A potem gracz odpala wersję PC i dostaje mikroprzycięcia, doczytywanie, chwilowe skoki frametime’u, shader compilation stutter albo traversal stutter.

Epic nie udaje, że temat nie istnieje. Firma opublikowała techniczne materiały o shader stutteringu i PSO precachingu, wyjaśniając, dlaczego kompilacja shaderów lub stanów renderowania tuż przed użyciem potrafi powodować zatrzymanie obrazu, oraz jak prekompilacja może ograniczać problem. W dokumentacji Unreal Engine znajdziemy też osobny materiał o PSO precachingu, gdzie wprost mowa o tym, że niektóre PSO mogą powodować runtime hitches przy pierwszym użyciu.

To ważne, bo rozmowa o wydajności za często kończy się na średnim FPS-ie. A średnia potrafi kłamać. Gra w 70 klatkach na sekundę, która co kilka minut gwałtownie szarpie, może być mniej komfortowa niż gra w stabilnych 45. Płynność to nie tylko liczba, którą łatwo pokazać w rogu ekranu. To rytm. A stutter psuje rytm brutalniej niż niższa rozdzielczość cieni.

UE5 stał się kozłem ofiarnym, ale nie zawsze jest jedynym winowajcą

Łatwo powiedzieć: „kolejna gra na Unreal Engine 5, więc będzie źle”. To wygodne, bo internet lubi proste winy. Ale rzeczywistość jest bardziej irytująca. Ten sam silnik może dać bardzo różne efekty w zależności od tego, które funkcje zostaną użyte, jak wygląda pipeline studia, jak długo trwa optymalizacja, jak wcześnie testuje się wersję PC, czy gra ma otwarty świat, jak radzi sobie ze streamingiem danych i czy twórcy zaprojektowali ustawienia graficzne z myślą o normalnych komputerach, a nie tylko o pokazowym zestawie.

Unreal Engine 5 jest popularny także dlatego, że skraca drogę do efektownej prezentacji. To błogosławieństwo i przekleństwo. Łatwiej zrobić scenę, która wygląda „next-genowo”. Trudniej sprawić, żeby cała gra, przez 30 godzin, na wielu konfiguracjach sprzętowych, działała tak samo dobrze jak pionowy wycinek na pokazie.

Tu nie chodzi więc o to, że UE5 jest zły. Chodzi o to, że jest potężny i kosztowny w konsekwencjach. Włączenie Lumen, Nanite, gęstej roślinności, tłumów, dużych światów, efektów pogodowych i wysokiej jakości materiałów nie jest darmowym obiadem. Ktoś musi zapłacić: sprzęt gracza, czas twórców albo jakość wydania.

Unreal Engine 5 nie jest skrótem do przyszłości. Jest drogą ekspresową, na której bardzo łatwo przekroczyć prędkość i wylecieć z zakrętu.

Wiedźmin 4 jako pokaz nadziei i ostrzeżenia jednocześnie

Dlatego tak ciekawie wyglądało demo technologiczne Wiedźmina 4 zaprezentowane przez CD Projekt RED i Epic Games podczas State of Unreal 2025. Studio podkreślało, że materiał powstał w Unreal Engine 5 i przybliża technologie oraz narzędzia używane do tworzenia otwartego świata gry. PlayStation Blog opisywał demo jako pokaz sposobu, w jaki CD Projekt RED i Epic pracują nad większą „żywością, głębią i reaktywnością” świata.

Najważniejsze nie było jednak to, że Ciri wygląda efektownie na tle lasu i miasta. Najważniejsze było to, że CD Projekt RED próbuje publicznie pokazać technologię strumieniowania, animacji i gęstych lokacji na etapie, na którym gracze są szczególnie wyczuleni na obietnice. Po Cyberpunku 2077 trudno dziwić się sceptycyzmowi. Każde demo technologiczne jest dziś jednocześnie reklamą i ryzykiem wizerunkowym.

Wiedźmin 4 może być dla UE5 bardzo ważnym testem. Nie dlatego, że jedna gra naprawi reputację całego silnika. Raczej dlatego, że jeśli duże studio, we współpracy z Epic, pokaże, jak robić otwarty świat z dobrą płynnością, to część rozwiązań, praktyk i oczekiwań może pójść dalej w branżę. Jeżeli zaś skończy się na kolejnym pięknym pokazie i ciężkim starcie, gracze dostaną kolejny powód, by na logo UE5 reagować alergią.

Piękno bez stabilności jest tylko połową obietnicy

W dyskusji o UE5 często gubimy prostą rzecz: gracz nie kupuje silnika. Gracz kupuje doświadczenie. Jeśli gra wygląda genialnie, ale szarpie przy wejściu do nowej dzielnicy, to techniczny zachwyt nie znika, ale zostaje przerwany. Jeśli oświetlenie jest realistyczne, ale obraz rozmazuje się w ruchu, zachwyt staje się warunkowy. Jeśli roślinność jest niesamowicie gęsta, ale komputer brzmi jak odkurzacz, część odbiorców zaczyna tęsknić za mniej ambitną, ale stabilną oprawą.

UE5 sprawił też, że coraz więcej gier ma podobny problem percepcyjny. Są bardzo szczegółowe, ale często ciężkie wizualnie. Mają dużo powierzchni, odbić, efektów i ziaren, ale nie zawsze mają czytelność. W połączeniu z temporalnymi technikami wygładzania i skalowania obraz potrafi wyglądać bardziej jak filmowy kompres niż ostre medium interaktywne. To oczywiście nie dotyczy każdej gry, ale stało się na tyle częste, że gracze zaczęli rozpoznawać „ten wygląd”.

Największą ironią jest to, że silnik mający dawać twórcom wolność wizualną czasem prowadzi do ujednolicenia. Nie dlatego, że narzuca jeden styl, lecz dlatego, że wiele studiów korzysta z podobnych technik, podobnych assetów, podobnych ustawień i podobnej gonitwy za „premium look”.

Czego powinniśmy wymagać od gier na UE5

Nie chodzi o to, by gracze stali się specjalistami od renderingu. Ale po kilku latach nierównych premier można sformułować bardzo konkretne oczekiwania. Jeśli gra powstaje na Unreal Engine 5, szczególnie na PC, powinna traktować płynność nie jak bonus, tylko jak podstawową funkcję.

• Prekompilacja shaderów albo inne rozwiązanie stutteringu powinny być standardem, a nie łaską dodaną w patchu po premierze.
• Tryby wydajności na konsolach muszą być uczciwie opisane: rozdzielczość, cel FPS, kompromisy graficzne.
• Ustawienia PC powinny realnie zmieniać obciążenie, a nie tylko przesuwać suwaki bez odczuwalnego efektu.
• Wymagania sprzętowe muszą mówić o docelowej rozdzielczości, jakości i liczbie klatek, bo „minimum” bez kontekstu jest prawie bezużyteczne.
• Opcje ograniczające rozmycie powinny być dostępne tam, gdzie temporalne techniki agresywnie zmiękczają obraz.

To nie są zachcianki entuzjastów. To podstawowe warunki komfortu w czasach, gdy gry są coraz droższe, większe i trudniejsze do naprawienia po premierze.

Przyszłość nie może być tylko ładna

Unreal Engine 5 nadal może być jednym z najważniejszych narzędzi tej generacji. Może pomóc mniejszym zespołom robić rzeczy, które kiedyś wymagały ogromnych działów technologicznych. Może dać dużym studiom szansę na światy o niesamowitej skali i detalu. Może też ułatwić produkcję multiplatformową, co w branży rozbitej między PC, konsole, handheldy i chmurę jest naprawdę ważne.

Ale przyszłość gier nie może polegać na tym, że screeny są coraz piękniejsze, a gracze coraz częściej czekają na trzeci patch. UE5 nie potrzebuje już więcej zachwyconych reakcji na dema. Potrzebuje premier, które działają. Potrzebuje gier, które nie każą wybierać między pięknem a spokojem. Potrzebuje twórców i wydawców, którzy rozumieją, że optymalizacja nie jest ostatnim etapem produkcji, tylko częścią projektu od pierwszego dnia.

Bo jeżeli Unreal Engine 5 ma być naprawdę skrótem do przyszłości, to ta przyszłość musi być płynna. Inaczej pozostanie tylko testem cierpliwości, który gracze będą zdawać coraz mniej chętnie.