To jest tekst o jednym z najgłośniejszych pokazów technologicznych ostatnich lat i o tym, co naprawdę wniósł do rozmowy o Unreal Engine 5. Ja patrzę na ten projekt nie jak na zwykły zwiastun, tylko jak na bardzo konkretny dowód, że fotorealizm, duża skala świata i interaktywność mogą działać razem w czasie rzeczywistym. Poniżej wyjaśniam, czym ten pokaz był, jakie technologie pokazał najlepiej i dlaczego w 2026 roku nadal warto do niego wracać.
Najkrócej rzecz ujmując, to pokaz technologii, nie gotowa gra
- Projekt był interaktywnym demo, które miało pokazać możliwości Unreal Engine 5, a nie pełnoprawną grą z klasyczną pętlą rozgrywki.
- Najważniejsze elementy to Nanite, Lumen, duże światy oparte na streamingu oraz symulacja tłumu i ruchu ulicznego.
- Według Epic Games demo było dostępne do pobrania tylko przez ograniczony czas, więc dziś częściej ogląda się je w materiałach wideo lub analizuje przez City Sample.
- Najbardziej użyteczna część dla twórców to praktyczny wgląd w to, jak buduje się duże, dynamiczne miasta w UE5.
- Nie warto oceniać całego Unreal Engine 5 przez pryzmat jednego, mocno kontrolowanego pokazu.
To nie była gra, tylko publiczny pokaz możliwości UE5
Najpierw trzeba uporządkować podstawę: ten projekt miał formę interaktywnego doświadczenia, ale nie był klasyczną grą. W praktyce oznaczało to, że był zbudowany tak, aby zrobić wrażenie i pokazać możliwości silnika, a nie dostarczyć długiej kampanii, systemu postępów czy swobodnej struktury misji. Według Epic Games demo było dostępne na PlayStation 5 i Xbox Series X|S przez ograniczony czas, a dziś najczęściej funkcjonuje jako materiał referencyjny, nie jako tytuł do regularnego grania.
Ja widzę tu ważne rozróżnienie: gra musi bronić się godzinami, a demo techniczne ma przekonać w kilka minut. Dlatego w tym przypadku wszystko jest bardziej dopracowane pod efekt niż pod sandboxową swobodę. To nie wada, tylko cel projektu. Gdy to zrozumiemy, łatwiej ocenić zarówno jego siłę, jak i ograniczenia.
| Cecha | Pokaz technologiczny | Pełna gra |
|---|---|---|
| Cel | Pokazać jakość obrazu, skalę i systemy silnika | Dostarczyć rozrywkę i długofalową pętlę rozgrywki |
| Struktura | Kontrolowane sceny, kino, jazda, pościg, eksploracja | Misje, progres, wyzwania, replay value |
| Odbiór | „Jak to działa?” i „co potrafi silnik?” | „Czy chce mi się w to grać przez wiele godzin?” |
| Żywotność | Krótka, promocyjna, demonstracyjna | Projektowana na miesiące lub lata |
To rozróżnienie jest ważne, bo dopiero po nim sensownie wchodzi się w technikę. A technicznie ten projekt był pokazem bardzo konkretnej zmiany w sposobie budowania światów.
Technologie, które zrobiły największe wrażenie
Siła tego demo nie polegała na jednej sztuczce, tylko na zestawieniu kilku systemów, które razem tworzyły wrażenie dużego, żywego świata. W dokumentacji Unreal Engine City Sample opisano jako projekt zbudowany na tych samych technikach, które napędzały prezentację. I właśnie tam najlepiej widać, że nie chodziło wyłącznie o ładne tekstury, ale o cały pipeline.
| Technologia | Co robi | Dlaczego ma znaczenie |
|---|---|---|
| Nanite | Umożliwia używanie bardzo gęstej geometrii bez tradycyjnego ręcznego odchudzania modeli | Detal nie „rozpada się” przy zbliżeniach i łatwiej utrzymać filmową jakość |
| Lumen | Obsługuje dynamiczne globalne oświetlenie i odbicia | Światło reaguje na scenę w czasie rzeczywistym, bez ciężkiej pracy nad bake’ami |
| World Partition i One File Per Actor | Pomagają zarządzać dużym światem i jego streamowaniem | Duże mapy stają się praktyczne w produkcji, a nie tylko imponujące na slajdach |
| Mass AI i MetaHuman | Obsługują tłumy, ruch uliczny i gęsto zaludnione środowisko | Miasto nie wygląda jak dekoracja, tylko jak miejsce, które naprawdę żyje |
| Chaos, Niagara i TSR | Odpowiadają za fizykę, efekty cząsteczkowe i skalowanie obrazu | Pościgi, eksplozje i szybka kamera nie rozsypują całej prezentacji |
Warto znać te nazwy, ale jeszcze ważniejsze jest zrozumienie ich roli. Nanite nie służy „po prostu do ładnych modeli”, tylko do tego, by utrzymać ogromną ilość detalu bez zabijania produkcji. Lumen nie jest tylko efektem wizualnym, ale sposobem myślenia o świetle jako o czymś aktywnym, a nie wyłącznie z góry policzonym. Gdy te systemy zaczynają współpracować, dostajemy poziom gęstości obrazu, którego dawniej nie dało się osiągnąć bez bardzo ciężkich kompromisów.
Najciekawsze jest jednak to, że te technologie nie istniały w próżni. Zostały złożone w jedno miasto, które miało wyglądać i działać jak miejsce zamieszkane przez ludzi, samochody i zautomatyzowane reguły ruchu. I właśnie tam robi się naprawdę ciekawie.

Miasto, które miało wyglądać i działać jak żywe
Centralnym elementem pokazu była ogromna miejska mapa. W dokumentacji Unreal Engine pojawia się informacja, że duża wersja miasta ma około 4 kilometry na 4 kilometry, czyli skala zaczyna być bardziej miejska niż „poziom w grze”. Taki rozmiar nie jest ważny sam w sobie. Ważne jest to, że świat nie został potraktowany jak jedna statyczna scena, tylko jak system, który ma reagować na gracza, na kamerę i na własne reguły symulacji.
To właśnie dlatego ten projekt zrobił tak duże wrażenie na twórcach. Widać w nim było coś więcej niż ładne fasady budynków. Widać było ruch, nawyki, przepływ ruchu ulicznego i tłum, który nie był tylko ozdobą. Miasto miało sprawiać wrażenie ciągłości, a nie zestawu prefabrykatów ustawionych dla jednego ujęcia. Dla mnie to jedna z najważniejszych lekcji całego pokazu: prawdziwa skala zaczyna się wtedy, gdy środowisko zachowuje się wiarygodnie również poza kamerą gracza.
To też dobry moment, żeby zaznaczyć praktyczny wniosek. Tego typu scena nie powstaje „sama”, nawet jeśli silnik ma świetne narzędzia. Potrzebne są zasady projektowe, automatyzacja, sensowny pipeline artystyczny i spójna decyzja o tym, co ma być generowane proceduralnie, a co ręcznie dopracowane. Bez tego duży świat szybko staje się tylko dużym problemem produkcyjnym. I właśnie z tej przyczyny demo było ważne nie tylko jako pokaz efektu, ale też jako wzorzec sposobu pracy.
Dlaczego ten projekt zmienił rozmowę o grach w czasie rzeczywistym
W praktyce ten pokaz przesunął poprzeczkę oczekiwań. Po jego premierze wielu graczy i twórców zaczęło inaczej patrzeć na to, co może oznaczać „nowa generacja”. Ja traktuję ten projekt jako sygnał, że real-time graphics przestały być tylko kompromisem między płynnością a jakością obrazu. Zaczęły wchodzić na teren, który wcześniej kojarzył się głównie z prerenderem, reklamą lub filmową animacją.
To ma kilka konkretnych skutków:
- Studia zaczęły poważniej myśleć o pipeline’ach pod bardzo duże światy.
- Gracze zaczęli oczekiwać bardziej dynamicznego światła, gęstszych tłumów i lepszej symulacji miasta.
- UE5 dostało mocny, publiczny dowód, że jego nowe systemy nie są tylko marketingową listą funkcji.
- Twórcy niezależni zyskali lepszy punkt odniesienia do tego, jak budować środowiska bez ręcznego dłubania każdego fragmentu mapy.
W tym miejscu warto wspomnieć także o barierze wejścia. Epic daje dziś możliwość rozpoczęcia pracy w UE5 bez opłat licencyjnych do poziomu 1 mln USD rocznego przychodu brutto, a później wchodzi 5% royalty. To ważne, bo pokazuje, że narzędzie, które kojarzy się z wielkim, efektownym demo, nie jest zarezerwowane wyłącznie dla gigantów. Z praktycznego punktu widzenia to właśnie połączenie wysokiego sufitu możliwości z relatywnie niskim progiem startu zrobiło największą różnicę. I to prowadzi do pytania o drugą stronę medalu, czyli ograniczenia.
Gdzie leżą granice takiego pokazu
Najłatwiej byłoby uznać, że skoro demo wyglądało tak dobrze, to każda gra oparta na tym silniku powinna wyglądać podobnie. To byłby błąd. Ja odradzam takie czytanie tego projektu, bo jest po prostu zbyt wygodne i zbyt uproszczone. Pokaz był mocno reżyserski, dopracowany i oparty na bardzo konkretnych założeniach produkcyjnych. Nie da się go uczciwie traktować jako wzorca dla każdej gry.
Najczęstsze nieporozumienia są trzy:
- „UE5 zawsze wygląda tak samo” - nie, efekt zależy od budżetu artystycznego, optymalizacji i jakości assetów.
- „To było po prostu dobrze zoptymalizowane miasto” - częściowo tak, ale równie ważne były decyzje oświetleniowe, reżyserskie i symulacyjne.
- „Jeśli silnik to potrafi, to gra też musi” - nie musi, bo produkcja gry ma inne priorytety niż publiczny pokaz.
Trzeba też pamiętać o sprzęcie. Tego typu scena jest wymagająca nawet dla mocnych konsol, a zbudowanie podobnego wrażenia na słabszych konfiguracjach zwykle oznacza większe kompromisy. Epic sam sygnalizował, że Big City z City Sample jest zasobożerne i może nie działać komfortowo na sprzęcie poniżej rekomendacji. To nie wada systemu, tylko realny koszt wysokiej wierności obrazu. Właśnie dlatego ten projekt najlepiej czytać jako demonstrację kierunku, a nie jako obietnicę łatwej produkcji.
Gdy patrzy się na to w ten sposób, demo przestaje być „wow efektem”, a staje się praktyczną lekcją o tym, gdzie są granice narzędzi, budżetu i ambicji artystycznej. Z tego już naturalnie wynika pytanie, co z tej lekcji zostało dziś.
Co z tego zostało w 2026 roku i od czego zacząć
W 2026 roku najważniejszy ślad po tym pokazie nie leży już w samym demie, tylko w całym ekosystemie UE5. Najbardziej użyteczny jest dziś City Sample, czyli darmowy projekt, który pokazuje, jak zbudowano miejską scenę. Dla kogoś, kto chce zrozumieć architekturę współczesnych światów w grach, to dużo lepszy punkt wejścia niż samo oglądanie zapisów wideo.
Jeśli patrzysz na to z perspektywy gracza, najlepsza ścieżka jest prosta: zobacz pełny materiał z demonstracji, a potem porównaj go z tym, co faktycznie trafia do dzisiejszych gier. Jeśli patrzysz z perspektywy twórcy, kolejność jest trochę inna: City Sample, dokumentacja Nanite i Lumen, a dopiero później własne prototypy. Taki układ szybciej pokazuje, co jest technologią, a co zwykłą scenografią.
Dla mnie ten projekt nadal działa najlepiej jako skrót myślowy do zrozumienia UE5: nie chodzi w nim tylko o ładniejszy obraz, ale o inny sposób składania świata, światła i symulacji w jeden spójny system. I właśnie dlatego ten pokaz nie zestarzał się tak szybko, jak wiele głośnych prezentacji sprzętowo-technologicznych. Wciąż dobrze tłumaczy, dokąd poszły nowoczesne gry, i dlaczego granica między demem a realną produkcją zrobiła się dziś dużo bardziej płynna.