W wywiadzie opublikowanym 12 października 2026 r. Sayem Ahmed z Tom’s Hardware opisał dwa nieoficjalne mody społecznościowe dla architektury Ada: jeden dostosowuje DLSS Multi Frame Generation, drugi — DLSS 5 Neural Rendering. To odrębne funkcje i różne prace techniczne, a nie jedna modyfikacja DLSS. Relacja Sayema Ahmeda w Tom’s Hardware przedstawia metody opisane przez Dashdogy’ego i Uncle Burrito.
Wcześniejszy tekst NeoTeo o DLSS 5 na kartach RTX 4000 skupiał się na uruchamianiu tej funkcji. Tutaj kluczowe są dwa sposoby, w jakie modderzy dostosowali oprogramowanie do starszej architektury.
Dwie modyfikacje, dwa różne zadania
Multi Frame Generation (MFG) generuje dodatkowe klatki obrazu. DLSS 5 Neural Rendering dotyczy renderingu neuronowego. Dashdogy opisał modyfikację MFG dla Ada, a Uncle Burrito — port DLSS 5 Neural Rendering na tę architekturę.
| Funkcja | Modder | Opisane podejście | Architektura |
| DLSS Multi Frame Generation | Dashdogy | Przechwytywanie wywołań Streamline i NGX oraz korekta rozłożenia generowanych klatek | Ada |
| DLSS 5 Neural Rendering | Uncle Burrito | Patchowanie wybranych binariów CUDA w bibliotece nvngx_dlssnr.dll | Ada |
Dashdogy mówił o trybie MFG do 6X w zgodnych tytułach. Materiał Circuit Score Gaming, nagrany po angielsku, pokazuje osobną konfigurację RenoDX z ReShade i porównanie obrazu w grze — nie jest to prezentacja tych dwóch modyfikacji.
Co zmienili modderzy
Według Dashdogy’ego jego mod przechwytywał w pamięci wywołania Streamline i NGX, które określają liczbę klatek generowanych przez GPU. Początkowo kernel przetwarzający ruch w układach serii 40 skupiał generowane klatki blisko środka przedziału. Dashdogy opisał poprawkę, która rozkładała je równiej, podobnie jak w referencyjnym rozwiązaniu RTX 6000 Pro Blackwell.
Praca Uncle Burrito dotyczyła biblioteki nvngx_dlssnr.dll. Modder twierdził, że cztery z 15 zawartych w niej binariów CUDA nie działały na Ada i wymagały zastąpienia spatchowanymi wersjami. Pierwsza kompilacja, przygotowana z użyciem niewłaściwego CUDA SDK, dawała czarny obraz; jak relacjonował Uncle Burrito, kompilacja z odpowiednim SDK rozwiązała ten problem.
Tom’s Hardware opisał też późniejsze prace nad DLSS 5 dla architektur Ampere i Turing. Wymagały one dodatkowego dostosowania modelu do instrukcji FP16, a kolejną bibliotekę przedstawiono jako zgodną z Turing, Ampere i Ada. To opis konkretnej pracy społecznościowej, nie gwarancja działania na każdej karcie i w każdej grze.
Co wpis DLSS 5 Swapper mówi o zgodności i ryzyku
Wpis DLSS 5 Swapper rozróżnia gry z natywną obsługą DLSS oraz zgodne gry bez DLSS, w których narzędzie korzysta z DLSS5-Feeder. Wymienia obsługę ReShade/Feeder dla kart RTX 20, 30, 40 i 50, a wsparcie starszych serii przypisuje autorowi dołączonego, zmodyfikowanego runtime’u. Jednocześnie zastrzega, że zgodność nie jest gwarantowana. Wpis Nexus Mods ostrzega też, że wstrzykiwanie modyfikacji może powodować awarie gier lub doprowadzić do bana w grze z anti-cheatem; narzędzie nie omija zabezpieczeń anti-cheat.
W polu skanowania wpisu widnieje określenie „Some suspicious files”. To sformułowanie z karty narzędzia, nie rozstrzygnięcie o złośliwym oprogramowaniu. Wpis zaleca przywrócenie oryginalnych plików przed odinstalowaniem modyfikacji.
Generowane klatki to nie wynik FPS
Deklarowany tryb MFG do 6X opisuje generowanie klatek, a nie zmierzony wynik w konkretnej grze. Uncle Burrito mówił, że port DLSS 5 wpływał na liczbę klatek na jego komputerze, i oceniał, że wydajność ograniczała moc układu Ada; nie podał liczbowego wyniku FPS.
Opinie o wyglądzie obrazu też są podzielone. W dyskusji na r/SkyrimPorn jeden komentujący wolał stylizację gry bez efektu, a inny chwalił mniej „plastikowy” wygląd postaci. Komentarze dotyczą porównania DLSS 5 w Skyrim, nie pomiaru wydajności tych portów.
