모더가 FSR레드스톤 ML프레임생성을 RDNA 3에서 구동하는데 성공
(DeepL번역입니다)
윈도우 X , 리눅스 에서만
레딧 사용자 “AthleteDependend926”은 RDNA 4 아키텍처가 아닌 GPU에서도
AMD의 새로운 FSR 프레임 생성 4.0을 활성화하는 우회 방법을 발견했다고 밝혔습니다.
이는 AMD가 현재 새로운 프레임 생성 경로를 RDNA 4로 제한하고 있지만,
구형 카드도 레드스톤 스택의 일부를 여전히 사용할 수 있다는 점에서 중요합니다.
지난주 AMD는 FSR 레드스톤을 단일 기능이 아닌 여러 기능의 묶음으로 출시했습니다.
업스케일링, 프레임 생성, 광선 재구성을 포함하며,
개발자는 NVIDIA가 DLSS를 개별 구성 요소로 분할하는 방식과 유사하게 적용할 기능을 선택할 수 있습니다.
출시 과정은 상당히 혼란스러웠습니다.
라디언스 캐싱은 내년이 되어야 도입될 예정이어서, 아직 완전한 ‘레드스톤’ 패키지는 제공되지 않고 있습니다.
이것은 레드스톤이 RDNA3 또는 2 시리즈와 '호환되지 않는다'는 뜻이 아닙니다. AMD는 해당 GPU 사용자를 대체 기술로 밀어붙입니다.
업스케일링은 여전히 작동할 수 있지만, 최신 ML 기반 프레임 생성 기술은 해당 GPU에서 FSR 3으로 기본 설정됩니다.
이는 FSR 4의 INT8 경로가 구형 Radeon 하드웨어에서도 실행될 수 있다는 초기 징후를 기억하는 사용자들에게는 아픈 점입니다.
성능이 낮아지더라도 작동한다는 사실을 그들은 알고 있습니다.
여기서 주장하는 바는 새로운 FSR 4 프레임 생성 기술이
업스케일러에 이미 사용된 것과 동일한 FP8 에뮬레이션 경로를 통해 RDNA 3에서 실행될 수 있다는 점입니다.
이 설정은 리눅스 전용이며 Proton을 경유하고,
패치된 vkd3d-proton D3D12 DLL을 사용합니다.
사용자는 또한 OptiScaler가 FSR 프레임 생성 선택기를 노출시키고
게임이 4.0.0 FG 경로를 선택하도록 강제하는 핵심 요소라고 지적합니다.
핵심 토글은 환경 변수 “DXIL_SPIRV_CONFIG=”wmma_rdna3_workaround“”이며,
이는 수정 사항이 DXIL-to-SPIR-V 경로에서 RDNA 3 WMMA 동작과 연관됨을 시사합니다.
레딧 사용자는 라데온 RX 7800 XT에서의 성능 비교도 공유했습니다.
FSR 3.1.6 프레임 생성(Frame Generation)은 약 0.07ms가 소요되는 반면, 최신 FSR 4.0 FG 경로는 0.13ms가 소요된다고 보고되었습니다.
이는 더 높은 비용이며, 최신 ML 기반 경로가 더 무겁다는 AMD의 자체 포지셔닝과 부합합니다.
이 모든 것은 공식적인 것이 아니며, 단순히 ‘스위치를 켜는’ 식의 깔끔한 변경도 아닙니다.
특정 Proton 및 vkd3d-proton 빌드와 제3자 주입에 의존하는 커뮤니티의 우회 방법입니다.
그럼에도 AMD에게는 불편한 질문을 제기합니다
에뮬레이션으로 리눅스 기반 RDNA 3에서 이 기능이 작동한다면,
왜 윈도우용 지원 호환 모드가 존재하지 않으며,
애초에 RDNA 3가 기능 수준에서 배제된 것일까요?
