Pierwsze pułapki: jak nie zepsuć sobie klasyka już na starcie
Retro tytuły zwykle działają na nowym sprzęcie lepiej po dwóch ruchach: właściwej wersji gry i kilku modach-technicznych (port źródłowy, patch, wrapper). Najczęstsze wtopy zaczynają się od instalacji „czegokolwiek z Google” albo przepychania 4K/240 Hz bez znajomości ograniczeń silnika. Skutek? Glitche interfejsu, przyspieszone animacje, crashe i wrażenie, że „modowanie to ruletka”.
Klucz: małe, sprawdzone kroki. Najpierw odblokować zgodność i stabilność (source porty, patche, wrappery), dopiero potem upiększenia. I zawsze kopia zapasowa katalogu gry oraz zapisów.
Najczęstsze pytania użytkownika (i gdzie szukać odpowiedzi w tekście)
- Czy moja wersja gry (GOG/Steam/pudełko) ma znaczenie? – Tak. Patrz sekcja o źródłach i portach.
- Które mody faktycznie modernizują bez psucia stylu? – Przykłady i „zestawy minimalne” przy każdym błędzie.
- Jak ogarnąć 4K, 21:9 i 144 Hz bez błędów HUD i fizyki? – Sekcje o rozdzielczości i limitach FPS.
- Jak nie wpaść w konflikt modów? – Sekcja o porządku ładowania i kompatybilności.
- Co jeśli gra używa starego DirectDraw, Glide lub D3D8? – Sekcja o wrapperach i tabelka narzędzi.
Błąd 1: Instalacja modów na złym fundamencie – brak source portu lub nieodpowiednie wydanie gry
Dlaczego szkodzi: Oryginalne binaria sprzed dwóch dekad nie rozumieją nowych systemów, DPI, ultrawide czy VRR. Na siłę „upiększane” potrafią krzyczeć błędami, a lepsza grafika nie przykryje niestabilności. Zamiast modów działających „na plastrach”, lepiej oprzeć się o sprawdzony port źródłowy lub zbiorczy patch.
Jak to rozpoznać
- Gra wymaga „trybu zgodności” w Windows, a i tak migocze lub rwie.
- HUD skaluje się losowo, kursor mija się z przyciskami.
Co zrobić lepiej (fundament i porty)
- Zacznij od sprawdzenia wydania: edycje GOG zwykle mają wbudowane patche, Steam bywa bliżej „oryginału”. Pudełka – tylko jeśli masz czas na ręczne poprawki.
- Wybierz sprawdzony port/patch „vanilla+” zamiast losowych modpacków:
- Doom/Heretic/Hexen: GZDoom (elastyczny), DSDA-Doom (stabilny i szybki), Crispy Doom (czysty styl + nowoczesne wygody).
- Quake 1: vkQuake lub Ironwail; Quake 2: Yamagi Quake II; Quake 3: ioquake3.
- Build (Duke, Blood, Shadow Warrior): EDuke32, NBlood, Rednukem.
- Thief 1/2, System Shock 2: TFix/T2Fix/SS2Tool (NewDark w pakiecie).
- Deus Ex (2000): Kentie’s Launcher + renderer D3D10.
- Morrowind: OpenMW zamiast „łat na silniku” – mniejsza liczba niespodzianek.
- Test „na czysto”: uruchom grę po samym porcie/patchu i zapisz stan w pierwszych minutach. Dopiero potem dorzucaj upiększenia.
- Gdy silnik używa starych API (DirectDraw/Glide/D3D8), od razu zaplanuj jeden wrapper (o tym niżej), zamiast skakać między trzema różnymi.
Krótki przykład: Thief 2 + T2Fix (NewDark) – 10 minut pracy, działa w oknie bez ramek, skalowanie HUD i nowoczesne API bez kombinacji z kompatybilnością.
Błąd 2: Wymuszanie 4K/21:9 bez naprawy HUD i pola widzenia
Dlaczego szkodzi: Stare gry często „twardo” zakładają 4:3 i konkretny FOV. Samo ustawienie 4K lub 21:9 rozciąga HUD, psuje celownik, a czasem kadruje obraz. Wygląda nowocześnie, ale gra się gorzej.
Jak to rozpoznać
- Rozjechany interfejs, menu poza ekranem lub mikroskopijne fonty.
- Uczucie „zoomu” lub rybiego oka – FOV nie liczy się poprawnie w szerokich proporcjach.
- Przycięte przerywniki FMV albo czarne pasy w dziwnych miejscach.
Co zrobić lepiej (szerokoekrany bez rozjechanego HUD)
- Najpierw sprawdź, czy port/patch wspiera ultrawide natywnie (lista w sekcjach o portach). Jeśli tak – ustaw FOV w grze, nie przez sterownik.
- Jeżeli gra nie ma wsparcia, użyj dedykowanych fixów HUD/FMV zamiast samej rozdzielczości:
- Patche „widescreen + HUD fix” dla gier 4:3 (np. klasyki z silników LithTech/Unreal/Infinity) – dopasowują interfejs, a przerywniki skalują z pasami, zamiast rozciągać.
- Narzędzia typu Flawless Widescreen/UniWS – tylko w singleplayer i po sprawdzeniu profilu gry.
- Filmy FMV zostaw w oryginalnych proporcjach (pillarbox/letterbox). Lepiej czarne pasy niż ucięty kadr.
- HUD z pikselartem skaluj całkowitymi wielokrotnościami (integer scaling). Jeśli port tego nie oferuje, użyj okna bez ramek + zewnętrzny skaler.
- Zestaw minimalny: port z natywnym ultrawide + FOV ustawiony w grze + integer scaling (jeśli to pikselart). Zero kombinacji w sterowniku.
Krótki przykład: EDuke32: wideo – natywna rozdzielczość monitora, „Aspect ratio” – Auto, włącz „Screen size” i „statusbar scaling”, dopasuj FOV do 90–100 (21:9 zwykle 100–106).
Błąd 3: Odblokowanie FPS bez kontroli logiki gry
Dlaczego szkodzi: W wielu klasykach fizyka i animacje są sprzężone z „ticami” lub klatkami. Po wyjęciu limitu drzwi zamykają się za szybko, skoki są inne niż w oryginale, a przerywniki wariują. Czasem nikt tego nie zauważa… aż do bossa albo skryptu, który nie zdąży się odpalić.
Jak to rozpoznać
- Postać porusza się „ślisko” lub za szybko na schodach.
- Skrypty z czasówkami (windy, zamki) nie trafiają w okna czasowe.
- Brak powtarzalności: ten sam skok raz wychodzi, raz nie – zależnie od FPS.
Co zrobić lepiej (limity i VRR)
- Najpierw sprawdź dokumentację portu: czy rozdziela logikę od renderingu. Jeśli tak – możesz używać wyższych FPS.
- Jeśli nie – ustaw zalecany limit w grze (np. com_maxfps/cl_maxfps/vid_maxfps). Porty zwykle podają bezpieczne wartości.
- VRR/G-Sync/FreeSync: i tak ustaw limiter ~2–3 FPS poniżej odświeżania (np. 141 dla 144 Hz). Stabilizuje czas klatki i zmniejsza input lag.
- Brak limitera w grze? Użyj prostych narzędzi: RTSS (free) lub wbudowanych limiterów w sterownikach.
- Zestaw minimalny: wbudowany limit FPS + VRR (jeśli masz) + wyłączone „triple buffering” w grach, które nie potrzebują.
Krótki przykład: NewDark (Thief/SS2) – stabilne 60 FPS wystarcza; wyższe wartości działają, ale nie przyspieszają animacji świata.
Błąd 4: Wymuszanie AA/AF i shaderów w sterowniku zamiast w grze/porcie
Dlaczego szkodzi: Globalne MSAA/SSAA/AF potrafią rozmyć HUD, wywołać artefakty przez alfa-test i przeźroczystości, a nawet spowodować czarny ekran w grach na starych API. Płacisz klatkami za efekt, którego i tak prawie nie widać na pikselarcie.
Jak to rozpoznać
- Fonty i HUD „pływają” lub są zamglone.
- Cienie/mgła znikają po włączeniu wymuszonych opcji w panelu GPU.
- Brak zysku na jakości, a spadek wydajności.
Co zrobić lepiej (czytelność bez artefaktów)
- Najpierw funkcje wbudowane w port: anisotropic filtering, „texture sharpening”, czasem TAA/FXAA zgodne z silnikiem.
- Pikselart: integer scaling + lekki shader CRT/scanline z portu (albo zewnętrzny skaler), zamiast AA.
Krótki przykład: GZDoom: włącz AF 16x i „High quality resize” (xBRZ/ScaleHQ) dla spritów, zostaw wyłączone MSAA/FXAA w sterowniku. HUD i fonty zostają ostre, a tekstury nie migoczą.
Błąd 5: Mieszanie wrapperów (DirectDraw/Glide/D3D8) i nakładek
Dlaczego szkodzi: Stare API lubią prostotę. Dwie różne biblioteki ddraw.dll w jednym katalogu, ReShade + overlay sterownika + nakładka Steam/Discord – i zaczynają się czarne ekrany, brak kursora, alt-tab ubija grę.
Jak to rozpoznać
- W katalogu gry leżą dwa różne pliki ddraw.dll lub d3d8.dll od różnych narzędzi.
- Połączenie ReShade + overlay Steam/Discord daje czarny ekran przy alt-tab lub brak kursora.
- Zmiana ustawień w jednym wrapperze „nie łapie”, bo inny przechwytuje API wcześniej.
Co zrobić lepiej (jeden łańcuch renderowania)
- Ustal jedno API do „naprawy” i wybierz jeden wrapper:
- DirectDraw (2D): cnc-ddraw (łatwy i stabilny) lub DDrawCompat (lekki, bez wodotrysków).
- Glide: nGlide albo dgVoodoo 2 (ten drugi ogarnia też stare DX, więc czasem rozwiązuje dwie sprawy na raz).
- Direct3D 8: d3d8to9 + sprawdzony renderer D3D9 w porcie.
- Jedna nakładka na raz: jeśli zostawiasz ReShade, wyłącz overlay sterownika, GeForce Experience i Discord (testuj po kolei).
- Konfiguracje trzymaj obok wrappera w osobnym pliku ini; nie mieszaj profili globalnych sterownika.
- Okno bez ramek zamiast pełnego ekranu często eliminuje crashe przy alt-tab.
Krótki przykład: Gothic 2 z D3D8: d3d8to9 + dgVoodoo 2 (tylko D3D9), bez ReShade i bez overlayów – znikają losowe czarne ekrany przy przejściu do ekwipunku.
Błąd 6: Chaos w porządku ładowania – „ostatni wygrywa” i znika pół moda
Dlaczego szkodzi: Silniki ładują archiwa i pliki według kolejności. Gdy HUD fix ląduje pod gigantycznym pakietem tekstur, przestaje działać. „Drobiazg” zamienia się w popękane menu i brak dźwięków.
Jak to rozpoznać
- Czarne modele, brak tekstur, błędne animacje po dołożeniu jednego moda.
- Znikające dźwięki kroków albo fonty zmieniające rozmiar po restarcie.
Co zrobić lepiej (porządek i izolacja)
- „Jeden mod = jeden folder/archiwum”. Unikaj rozrzucania „luzem” do katalogu głównego.
- Ustal reguły kolejności:
- Quake/id Tech: pak0.pak (gra), potem większe paki z modami, drobne poprawki w osobnych zipach ładowanych na końcu.
- GZDoom: autoload w ini; najpierw core, potem zasoby, na końcu skrypty (ZScript). HUD fix – absolutnie ostatni.
- EDuke32: katalog autoload; „textures” i „sounds” nadpisują bazę, HUD/DEF-y na końcu.
- Bethesda (Morrowind/Oblivion/F3/NV): użyj LOOT/mlox do propozycji kolejności, a instalki rób przez MO2 lub OpenMW-Launcher (profile bez dotykania oryginału).
- Po każdej zmianie uruchom grę i przejdź 2–3 ekrany/menu, by złapać błędy zanim dorzucisz następny element.
Krótki przykład: GZDoom: w ini dodaj Autoload dla pakietu tekstur, a pk3 z celownikiem/HUD-em wpisz w ostatniej linijce – przestaje „wracać” domyślny pasek statusu.
Błąd 7: HD-teksty i „remastery” zabijające styl lub VRAM
Dlaczego szkodzi: 4K tekstury na geometrii sprzed 1997 męczą VRAM, a filtr x10 rozmywa oryginalny dithering i malarskie detale. Efekt: plastikowa, jednolita powierzchnia i stuttering przy doczytywaniu.
Jak to rozpoznać
- Szorstkie ściany zamieniają się w gładkie „płachty”, migoczące w ruchu.
- Przy obrocie kamerą pojawiają się mikroprzycięcia, choć GPU się nudzi.
Co zrobić lepiej (umiarkowanie i zgodność stylistyczna)
- Zacznij od pakietów 2x–4x, które mają mipmapy i korektę kolorów pod oryginalną paletę.
- Włącz AF 16x i porządne mipmapy zamiast MSAA – stabilizuje detale bez „mydła”.
- Rezygnuj z PBR/normal map tam, gdzie geometria jest zbyt uboga; lepiej subtelny sharpen i poprawa luminancji.
- Trzymaj się paczek kuratorskich „vanilla+” (np. retexture packi polecane przy danym porcie), nie „megazestawów z Reddita” bez źródeł.
Krótki przykład: vkQuake + niskoprofilowe retexture (2x) z mipmapami eliminuje migotanie cegieł; 8K ściany tylko psują odbiór i powodują klatkę przy wejściu do nowych lokacji.
Błąd 8: Dźwięk z gorszym miksem – zła konwersja muzyki i „udawane” EAX
Dlaczego szkodzi: Redbook/ MIDI przerobione byle jak (MP3 z ciszą na początku) rozwala pętle i tempo scen. Wymuszone EAX przez stare sterowniki potrafi zabić kompatybilność lub wprowadzić echo w każdym pomieszczeniu.
Jak to rozpoznać
- Muzyka startuje „spóźniona” po wczytaniu poziomu lub kończy się z trzaskiem.
- Każda jaskinia brzmi jak katedra – reverb jest identyczny wszędzie.
Co zrobić lepiej (czysty sygnał i nowoczesny backend)
- MIDI: wybierz soundfont zamiast nagrań w MP3; lekkie i wierne (np. FluidR3, Arachno SF2).
- Redbook: ripuj do OGG/FLAC z cue, bez ciszy na początku/końcu; zachowaj głośność blisko oryginału.
- DirectSound3D/EAX: użyj DSOAL (OpenAL Soft + HRTF) lub natywnego OpenAL w porcie, zamiast kombinacji z antycznymi bibliotekami.
