Kod źródłowy AMD FSR 4 miał zostać udostępniony w formie Open-source, jednak publikacja plików okazała się pomyłką

W ostatnim czasie na GitHubie opublikowano pakiet AMD FidelityFX SDK 2.0, w skład którego wchodziły nie tylko pliki dla zaktualizowanej wersji FSR 3.1 o numeracji FSR 3.1.5, ale również kod źródłowy dla najnowszej wersji FSR 4, jako jedynej działającej na bazie uczenia maszynowego oraz instrukcji FP8. Wypuszczenie kodu źródłowego dla FSR 4 było zaskakującym ruchem, jednak teraz okazuje się, że była to pomyłka ze strony AMD, co zostało potwierdzone w oświadczeniu firmy.

Kod źródłowy AMD FSR 4 został opublikowany przez pomyłkę, co zostało potwierdzone przez firmę. Przynajmniej na teraz, technika nie będzie dostępna w formacie open-source, jak starsze wersje FSR.

AMD FSR 4 oficjalnie zaprezentowane. Ponad 30 gier na premierę ze wsparciem i dostępność tylko dla układów RDNA 4

W sieci pojawiło się oświadczenie firmy, w którym potwierdzono, że udostępnione pliki kodu źródłowego dla FSR 4 zostały opublikowane przez pomyłkę w ramach większego pakietu FlidelityFX 2.0 SDK. Choć FSR we wcześniejszych wersjach (obecnie do FSR 3.1.5 włącznie) pozostaje rozwiązaniem w pełni otwartym dla innych developerów (open-source), nie dotyczy to wersji FSR 4 oraz nadchodzącego pakietu FSR Redstone.

AMD committed to FSR being an open source project that can be used and modified not just by the community but also by other companies such as ARM in their own upscaler technologies.

The FSR4 code that was accidentally published on GitHub had the MIT license attached to it...

— Cheese (@System360Cheese) August 21, 2025

AMD FSR 4 - moderzy znaleźli sposób na uruchomienie techniki w niewspieranych tytułach, ale jest kilka haczyków

Przy okazji przypadkowego opublikowania kodu źródłowego dla FSR 4, w plikach odkryto, że przynajmniej początkowo AMD pracowało nad dwiema wersjami FSR 4. Jedna bazuje na instrukcjach FP8 i jest to wariant dostępny wyłącznie dla układów graficznych, opartych na architekturze RDNA 4. Druga wersja najwyraźniej miała wykorzystywać instrukcje INT8, dzięki czemu rozwiązanie mogło być potencjalnie dostępne dla starszych generacji kart AMD oraz ewentualnie dla konkurencyjnych układów NVIDII czy Intela. Ten wariant finalnie jednak nie został wydany, zatem można założyć, że plany (przynajmniej na razie) porzucono np. ze względu na niesatysfakcjonującą jakość obrazu po skalowaniu.