AnyPS5 셰이더 커버리지 100% 달성, 그러나 PC에서 네이티브 PS5 게임 실행은 아직 요원

AnyPS5의 셰이더 커버리지가 추적 중인 GPU 명령어 1,166개 전체에서 100%에 도달하면서, 이 오픈소스 프로젝트는 중요한 한계를 동반한 주요 기술적 이정표를 세웠다. 이제 목록에 포함된 모든 명령어를 인식할 수 있지만, 인식이 정확한 변환이나 안정적인 게임 렌더링을 보장하지는 않는다.

이 차이는 값진 엔지니어링 성과와 PlayStation 5 게임이 일반 PC에서 네이티브로 실행될 준비가 됐다는 더 과감한 주장 사이를 가른다. AnyPS5는 여전히 미완성 셰이더 의미론, 불완전한 시스템 라이브러리, 동기화 문제, 타이틀별 동작이라는 과제를 안고 있다.

이 프로젝트는 SharpEmu와 Kyty 같은 실험적 에뮬레이터와도 다른 경로를 따른다. 가상 콘솔 환경을 유지하는 대신, AnyPS5는 Windows 또는 Linux용으로 실행 파일을 변환하고 대체 시스템 라이브러리를 제공한다. 따라서 이 프로젝트의 진전은 PS5 소프트웨어가 전통적으로 에뮬레이션되는 콘솔보다 호환성 계층 워크로드에 가깝게 적응될 수 있는지라는 더 큰 가능성을 시험한다.

AnyPS5 셰이더 커버리지, 이제 1,166개 명령어 포함

이번 이정표는 AnyPS5 셰이더 디코더의 공백 하나를 없앤 것이지, PS5 실행 파일과 작동하는 PC 게임 사이의 모든 장애물을 제거한 것은 아니다.

2026년 10월 9일자 진행 현황 스냅샷에는 추적 중인 GPU 명령어 1,166개 가운데 1,166개가 구현된 것으로 표시돼 있다. 이 목록은 AMD RDNA 1 및 RDNA 2 명령어 세트에서 가져왔으며 셰이더 프로그램에 사용되는 여러 명령어 계열을 포괄한다.

이 계열에는 스칼라 연산, 벡터 연산, 메모리 접근, 이미지 처리, 데이터 공유, 제어 흐름 명령어가 포함된다. 이들은 PlayStation 5 그래픽 프로그램이 콘솔의 AMD 기반 GPU를 제어할 때 사용하는 언어의 상당 부분을 구성한다.

AnyPS5는 이 추적기에서 “구현됨”을 특정한 의미로 정의한다. 셰이더 디코더가 명령어를 인식하면 해당 명령어는 기준을 충족한다. 디코더는 기계 명령어를 읽고 그 연산, 피연산자, 인코딩을 식별하는 구성 요소다.

알 수 없는 명령어는 변환 과정을 즉시 멈출 수 있기 때문에 인식이 중요하다. 원본 프로그램의 일부가 무엇을 의미하는지 판단할 수 없다면 도구는 셰이더를 변환할 수 없다.

하지만 명령어를 인식하는 것은 그 동작을 재현하는 것과 다르다. 후자는 PC 그래픽 스택을 통해 동일한 결과를 내는 코드로 그 의미론을 변환해야 한다.

프로젝트의 공개 문서에 따르면 셰이더 리컴파일러는 SPIR-V를 생성한다. SPIR-V는 도구가 특정 벤더의 기계 코드에 직접 맞추지 않고 Vulkan을 포함한 API용 GPU 프로그램을 표현할 수 있게 하는 중간 표현이다.

프로젝트는 전용 검증 옵션이 활성화되면 생성된 출력을 SPIRV-Tools로 검사할 수 있다고 설명한다. 이 검증은 잘못된 형식의 모듈과 구조적 위반을 잡아낼 수 있다. 하지만 변환된 모든 명령어가 PS5 게임이 기대하는 정확한 결과를 반환한다는 점까지 입증하지는 않는다.

이 차이는 완전한 기술 사전을 파싱하는 것과 가능한 모든 문장을 정확하게 번역하는 것의 차이와 비슷하다. 번역가는 먼저 모든 단어를 인식해야 하지만, 어휘 커버리지만으로는 문맥, 타이밍, 모호한 동작을 해결할 수 없다.

커버리지 보고서는 추적 중인 시스템 라이브러리 구현량도 선언된 함수 3,038개 중 2,575개, 즉 84.76%라고 제시했다. 이 수치 역시 별도의 단서를 지닌다.

이는 프로젝트가 이미 파악하고 선언한 함수를 측정한 것이다. 개발자가 더 많은 게임에 필요한 추가 함수를 발견하면 분모는 늘어날 수 있다. Sony의 완전한 비공개 소프트웨어 인터페이스에서 고정된 비율을 뜻하지는 않는다.

셰이더 수치는 명시된 범위 안에서는 더 구체적이다. 프로젝트의 RDNA 추적 목록에 현재 포함된 모든 명령어가 이제 인식 기준에 도달했다. 덕분에 기여자는 낯선 셰이더를 분석할 때 즉각적인 막다른 길을 덜 마주하게 된다.

이는 앞으로의 작업도 바꾼다. 개발자는 누락된 디코더 항목을 채우는 작업에서 점차 의미론을 테스트하고, 렌더링 실패를 진단하며, 출력을 예상되는 하드웨어 동작과 비교하는 작업으로 옮겨갈 수 있다.

이러한 변화가 100%를 의미 있는 이정표로 만든다. 다만 이것이 호환성 판정을 의미하지는 않는다.

전통적 에뮬레이터 없이 AnyPS5가 작동하는 방식

AnyPS5는 PS5의 친숙한 x86-64 및 AMD 그래픽 기반 덕분에 콘솔 전체를 소프트웨어로 재구성하는 것보다 변환이 더 실용적일 수 있다는 데 베팅하고 있다.

프로젝트의 아키텍처는 하드웨어상의 이점에서 출발한다. PlayStation 5는 주류 Windows 및 Linux PC에서도 사용하는 x86-64 명령어 세트 기반의 AMD 프로세서를 사용한다.

이전 콘솔은 흔히 데스크톱 하드웨어와 크게 다른 CPU 아키텍처에 의존했다. 해당 소프트웨어를 실행하려면 지속적인 명령어 변환이나 낯선 프로세서의 정밀한 시뮬레이션이 필요했다.

AnyPS5는 다른 접근법을 취한다. 프로젝트 개요는 Linux와 Windows로 실행 파일을 자동 포팅하는 도구라고 설명한다. 리링커는 원본 실행 파일을 대상 운영체제용 네이티브 형식으로 변환한다.

리링킹은 실행 파일의 구조와 의존성을 다룬다. PS5 프로그램은 표준 PC 설치 환경에는 없는 Sony 전용 모듈, 인터페이스, 로딩 동작을 기대한다.

따라서 AnyPS5는 PS5 시스템 PRX 라이브러리를 대체하는 구현을 제공한다. PRX 라이브러리는 콘솔 소프트웨어가 사용하는 운영체제 및 런타임 기능을 노출하는 실행 가능 모듈이다.

변환된 애플리케이션은 이러한 대체 구현에 연결된다. 원칙적으로 게임은 별도 에뮬레이션 프로세스 내부에서 실행되는 대신 네이티브 호스트 프로세스로 작동할 수 있다.

그래픽도 병렬적인 변환 경로를 따른다. 셰이더 리컴파일러는 GPU 명령어를 디코딩하고 Windows와 Linux에서 지원되는 크로스플랫폼 그래픽 API인 Vulkan용 SPIR-V를 생성한다.

이 아키텍처는 완전한 명령어 인식이 왜 중요한지 설명한다. 알 수 없는 인코딩이 포함된 셰이더는 변환 파이프라인에 구멍을 만든다. 추적 목록을 완성하면 디코더는 다른 종류의 실패를 만나기 전까지 더 멀리 진행할 수 있다.

동시에 이것은 이정표가 불완전한 이유도 설명한다. 디코더가 명령어를 정확히 식별하더라도 리컴파일러에는 그 동작을 위한 완성된 SPIR-V 변환이 없을 수 있다.

생성된 변환조차 미묘하게 틀릴 수 있다. 부동소수점 규칙, 메모리 순서, 레인 마스킹, 웨이브 연산, 텍스처 샘플링, 정의되지 않은 하드웨어 동작은 특정 워크로드에서만 나타나는 결함을 유발할 수 있다.

콘솔 게임은 CPU 코드와 셰이더 이상의 요소에도 의존한다. 이들은 특정 메모리 레이아웃, 동기화 규칙, 그래픽 명령 동작, 오디오 서비스, 스토리지 인터페이스, 컨트롤러 입력, 타이밍, 운영체제 응답을 기대한다.

네이티브 실행 파일은 기대한 함수 하나가 없어서 실패할 수 있다. 기존 함수가 약간 다른 값을 반환하거나, 예외 상황을 잘못 처리하거나, 잘못된 순서로 작업을 완료해서 실패할 수도 있다.

프로젝트의 기여 규칙은 이러한 어려움을 인정한다. 셰이더 변경 사항은 그 의미론이 AMD 문서, Mesa, LLVM, 하드웨어 측정치 또는 다른 정확한 기술 출처 가운데 어디에서 왔는지 밝혀야 한다.

기여 정책은 검토자가 셰이더 의미론을 하드웨어와 대조한다고 명시한다. 여전히 확정되지 않은 동작은 오류를 발생시키거나 프로젝트의 기술 부채 기록에 들어가야 한다.

이 정책은 조용한 근사보다 눈에 보이는 실패를 의도적으로 선호한다는 점을 보여준다. 명시적인 충돌은 누락된 동작을 드러낼 수 있다. 조용하지만 부정확한 스텁은 상태를 손상시키고 훨씬 나중에 오해를 부르는 결과를 낼 수 있다.

따라서 AnyPS5는 단순히 파일 확장자를 바꾸는 작업이 아니다. 변환된 프로그램이 다른 운영체제에서 올바르게 동작하도록 PS5 소프트웨어 환경을 충분히 재구성하는 일이다.

리링커, 대체 라이브러리, 셰이더 리컴파일러는 하나의 사슬을 이룬다. 단일 구성 요소의 진전은 사슬 전체가 실제 타이틀을 지원할 수 있을 때에만 의미를 갖는다.

진짜 경쟁은 커버리지와 정확성 사이에 있다

핵심 충돌은 AnyPS5 대 Sony, 혹은 포팅 대 에뮬레이션이 아니다. 프로젝트의 가시적인 커버리지 비율과 훨씬 더 어려운 행동적 정확성의 기준 사이의 충돌이다.

진행 상황 대시보드는 복잡한 작업을 읽기 쉬운 수치로 압축한다. 이는 기여자가 누락된 영역을 찾도록 돕고, 관찰자에게 빠르게 변화하는 프로젝트를 따라갈 방법을 제공한다.

위험은 내부 엔지니어링 지표가 공개적인 호환성 주장으로 바뀔 때 시작된다. “GPU 셰이더 명령어 커버리지 100%”는 “완전한 GPU 지원”에 가깝게 들리지만, 두 표현은 서로 다른 기준을 설명한다.

커버리지는 디코더가 어떤 명령어의 존재를 아는지에 답한다. 정확성은 완전히 변환된 셰이더가 모든 관련 조건에서 원본처럼 동작하는지를 묻는다.

두 번째 질문은 여러 수준에서 작동한다. 명령어는 올바른 값을 생성해야 하고, 인접한 명령어와 올바르게 상호작용해야 하며, 실행 순서에 대한 게임의 가정을 보존해야 한다.

그다음 셰이더는 리소스 바인딩, 텍스처, 버퍼, 렌더 타깃, 명령 스트림과 통합돼야 한다. 독립적으로는 정확한 연산도 불완전한 그래픽 파이프라인 안에서는 실패할 수 있다.

마지막으로 결과는 호스트 GPU와 드라이버 전반에서 안정적으로 유지돼야 한다. Vulkan은 공통 API를 통해 플랫폼 차이를 줄이지만, 모든 구현 세부 사항을 없애지는 않는다.

SPIR-V 검증도 마찬가지로 제한된 역할을 한다. 검증기는 모듈이 형식적 구조 규칙을 따르는지 확인할 수 있다. 프로그램이 의도한 PS5 셰이더를 나타내는지는 판단할 수 없다.

문법적으로 올바른 문장도 잘못된 사실을 말할 수 있다. 같은 방식으로 유효한 SPIR-V 모듈도 컴파일 및 실행되면서 잘못된 이미지를 생성할 수 있다.

이 구분은 특히 요구 수준이 높은 상용 게임에서 중요해진다. 현대 타이틀은 대규모 셰이더 조합, 엔진 시스템, 미들웨어 모듈, 비동기 워크로드, 맞춤형 렌더링 기법을 사용한다.

명령어 오류는 하나의 재질, 조명 패스, 후처리 효과에서만 나타날 수 있다. 동기화 결함은 특정 장면이 충분한 작업을 동시에 진행시킬 때까지 숨겨져 있을 수 있다.

결과는 누락된 텍스처에서 깜박이는 지오메트리, 드라이버 재설정, 손상된 메모리, 완전한 충돌까지 다양할 수 있다. 이러한 결과 어느 것도 디코더 커버리지 100%와 모순되지 않는다.

AnyPS5의 엄격한 오류 정책은 진단 가치를 높이는 동시에 초기 호환성을 더 낮아 보이게 할 수 있다. 문서에 따르면 지원되지 않거나 예상 밖의 상태는 런타임 오류를 발생시키고 프로세스를 종료한다.

이 접근법은 구현되지 않은 경로가 작동하는 척하지 않도록 한다. 또한 내부 상태가 손상된 채 계속 실행되는 게임보다 기여자에게 더 분명한 실패 지점을 제공한다.

GPU 이정표와 함께 보고된 84.76% 시스템 라이브러리 수치에도 같은 주의가 적용된다. 선언된 수천 개 함수를 구현한 것은 상당한 작업이지만, 수치상 커버리지는 어떤 누락 함수가 특정 게임을 막는지에 대해서는 거의 말해주지 않는다.

잘 알려지지 않은 함수 하나가 시작을 막을 수 있다. 반대로 단순한 타이틀은 사용 가능한 인터페이스의 좁은 일부만 사용해, 다른 곳에 광범위한 공백이 있어도 실행될 수 있다.

따라서 호환성은 고르지 않게 발전한다. 프로젝트는 인기 게임에서 고전하면서도 높은 총합 비율에 도달할 수 있고, 이후 신중하게 구현된 서비스 하나로 눈에 띄는 진전을 보일 수 있다.

AnyPS5 셰이더 커버리지의 올바른 해석은 범위가 제한적이지만 중요하다는 것이다. 추적 대상 디코더 어휘가 완성되어, 기여자들은 해당 유형의 미확인 명령어 문제 없이 더 깊은 번역 및 런타임 문제를 조사할 수 있다.

이 지표를 범용 렌더링, 완성된 GPU 지원, 또는 PS5 카탈로그와의 단기 호환성에 대한 주장으로 확대 해석해서는 안 된다.

네이티브 포팅과 PS5 에뮬레이션은 서로 다른 병목에 직면한다

AnyPS5와 기존 PS5 에뮬레이터는 많은 기술적 문제를 공유하지만, 아키텍처에 따라 이러한 문제가 드러나는 지점은 다르다.

에뮬레이터는 일반적으로 원래 콘솔과 유사하도록 설계된 환경을 소프트웨어에 제공한다. 에뮬레이션 경계 뒤에서 가상화된 하드웨어, 시스템 서비스, 메모리 동작, 그래픽 번역, 입력을 조율한다.

반면 AnyPS5는 실행 파일을 변환하고 호스트 호환 구현과 연결한다. 게스트와 호스트가 CPU 아키텍처를 공유하면 계층을 줄일 수 있지만, 그렇다고 콘솔 동작을 재현해야 할 필요가 사라지는 것은 아니다.

네이티브 경로는 매력적인 성능 가설을 제시한다. 원본 x86-64 코드가 직접 실행될 수 있다면, 호스트는 서로 다른 명령어 집합을 사용하는 콘솔에서 수반되는 무거운 CPU 번역을 피할 수 있다.

이러한 장점이 자동으로 높은 성능을 보장하지는 않는다. 그래픽 번역, 시스템 호출 처리, 동기화, 호환성 수정은 여전히 리소스를 소비한다. 정확성 확보 작업에는 속도를 낮추는 보수적 경로가 필요할 수도 있다.

전통적인 에뮬레이션은 더 나은 격리와 중앙 집중식 제어를 제공할 수 있다. 에뮬레이터는 관리형 런타임 내부에서 동작을 가로챌 수 있으므로 로깅, 상태 관리, 플랫폼 추상화를 단순화할 수 있다.

변환된 네이티브 프로세스는 호스트 실행 환경에 직접 접근하지만, 호스트 운영체제의 애플리케이션 모델과 공존해야 한다. 실행 파일 형식, 호출 규약, 예외 동작, 동적 연결의 차이는 즉각적인 엔지니어링 과제가 된다.

SharpEmu는 PS5의 x86-64 CPU 이점을 활용하면서도 에뮬레이터 경로를 따르기 때문에 유용한 비교 사례를 제공한다. 2026년 9월 개발진은 테스트한 55개 타이틀 중 12개가 게임플레이에 도달했고, 6개가 초당 60프레임으로 실행됐다고 보고했다.

이 6개 타이틀 모두가 처음부터 끝까지 테스트된 것은 아니었다. 호환성 업데이트에서 인용된 프로젝트 정보에 따르면, “플레이 가능” 표시는 여전히 경미한 그래픽 또는 오디오 문제를 허용했다.

Kyty는 또 다른 에뮬레이터 구현을 추구하며 더 까다로운 소프트웨어에서 가시적인 결과를 냈다. 그러나 공개 시연, 프레임레이트 수치, 짧은 게임플레이 영상만으로 완전한 호환성을 입증할 수는 없다.

이 프로젝트들은 단일 서브시스템의 비율보다 타이틀 단위의 증거가 더 중요한 이유를 보여준다. 호환성 목록은 실제 워크로드에서 전체 스택이 어떻게 동작하는지 기록한다.

AnyPS5는 현재 Dreaming Sarah를 검증된 게임으로 강조하고 있다. 프로젝트 문서에 따르면 이 2D 플랫포머는 GeForce GTX 1050 Ti와 Intel Core i5-7500에서 안정적인 초당 60프레임으로 실행된다.

이는 해당 아키텍처가 적어도 하나의 게임을 변환, 연결, 그래픽 번역, 입력, 실행까지 처리할 수 있음을 보여주는 의미 있는 증거다. 그러나 동일한 경로가 복잡한 퍼스트파티 타이틀로 곧바로 확장된다는 증거는 아니다.

커뮤니티의 일부 실험에서는 Dead Cells를 포함한 다른 타이틀의 네이티브 변환도 보고됐다. 이런 시연은 작동하는 경로를 드러낼 수 있지만, 필요한 패치, 누락된 기능, 재현 가능성 측면에서 각각 신중한 평가가 필요하다.

따라서 가장 강력한 비교는 프로젝트 간 점수판이 아니다. 호환성 실패를 발견하고 해결하는 방법 간의 비교다.

에뮬레이터는 런타임 경계를 유지하면서 더 폭넓은 게임플레이 호환성을 보여줄 수 있다. AnyPS5는 정적 변환과 네이티브 호스트 실행이 호환 가능한 워크로드에 더 깔끔한 장기 경로를 제공하는지 시험할 수 있다.

두 경로는 여전히 똑같이 가혹한 기준에 직면한다. 플레이어가 관심을 두는 것은 게임이 시작되는지, 올바르게 렌더링되는지, 입력을 받는지, 진행 상황을 저장하는지, 성능을 유지하는지, 처음부터 끝까지 문제없이 실행되는지다.

어떤 아키텍처 라벨도 이러한 결과를 대체할 수 없다.

100% 커버리지가 여전히 보장하지 않는 것

AnyPS5는 측정 가능한 한 계층을 완료했지만, 남은 불확실성은 실제 게임 지원이 어려워지는 바로 그 지점에 놓여 있다.

첫 번째 불확실성은 셰이더 의미론에 관한 것이다. 공개된 커버리지는 디코더가 추적된 모든 명령어를 인식한다는 점을 나타내지만, 이들 중 얼마나 많은 명령어가 완전한 SPIR-V 번역을 갖추었는지는 명시하지 않는다.

또한 대표적인 입력값 전반에서 PS5 하드웨어와 비교된 번역이 얼마나 되는지도 공개하지 않는다. 공개 문서만으로 동작이 모호한 경우에는 하드웨어 테스트가 중요하다.

두 번째 불확실성은 조합에 관한 것이다. 개별 명령어는 집중 테스트를 통과할 수 있지만, 더 긴 셰이더에서는 제어 흐름, 정밀도, 메모리 접근, 서브그룹 연산 간 상호작용이 드러날 수 있다.

셰이더 프로그램은 그래픽 파이프라인이 제공하는 리소스에도 의존한다. 이미지, 버퍼, 샘플러 또는 렌더 타깃이 잘못 설명되었다면 올바른 산술 연산으로도 보완할 수 없다.

세 번째 불확실성은 추적 대상 우주 자체다. 1,166이라는 수치는 AnyPS5가 관리하는 명령어 목록을 나타낸다. 향후 테스트에서는 현재 추적기가 포착하지 못하는 문서화되지 않은 변형, 인코딩 또는 동작이 드러날 수 있다.

이 가능성이 해당 비율을 무효화하는 것은 아니다. 이는 그 비율이 모든 PS5 GPU 동작에 대한 불변의 명세가 아니라 버전이 있는 엔지니어링 범위를 설명한다는 뜻이다.

시스템 라이브러리도 비슷하게 변화하는 목표다. 프로젝트는 10월 9일 스냅샷에서 선언된 함수 3,038개 중 2,575개가 구현된 것으로 표시됐다고 집계했다.

다른 게임이 이전에 보지 못한 인터페이스를 가져오면 더 많은 함수가 데이터베이스에 추가될 수 있다. 코드베이스가 개선되는 동안에도 분모가 늘어나면 표시되는 비율은 낮아질 수 있다.

함수 수는 구현의 깊이도 숨긴다. 단순한 래퍼와 복잡한 상태 기반 서비스는 구현 비용이 크게 다르지만 각각 한 행을 차지한다.

정확한 미디어 재생, 네트워킹, 계정 서비스, 저장소 동작, 그래픽 제출에는 지속적인 상태와 정확한 오류 처리가 필요할 수 있다. 이들은 항상 반환값 하나로 축소될 수 있는 것이 아니다.

네 번째 불확실성은 법적·실질적 접근에 관한 것이다. AnyPS5는 저작권이 있는 게임, 펌웨어, 암호화 키 또는 독점 라이브러리를 배포하지 않는다고 밝힌다.

문서는 사용자가 바이너리를 합법적으로 확보하고 관련 라이선스 조건을 준수할 책임이 있다고 명시한다. 이 경계는 상용 소프트웨어를 다루는 보존 및 상호운용성 프로젝트에 필수적이다.

이 도구는 PS5 게임의 대체 스토어가 아니다. 사용자는 테스트할 소프트웨어에 대한 정당한 접근 권한을 여전히 갖춰야 하며, 호환 가능한 파일을 얻기 위해 필요한 기술적 절차도 따라야 한다.

다섯 번째 불확실성은 유지보수다. 게임, 드라이버, 호스트 운영체제는 방대한 테스트 매트릭스를 만든다. 한 GPU에서 실행되는 변환이 다른 환경에서는 다른 문제를 드러낼 수 있다.

AnyPS5는 여러 시스템을 겨냥하기 위해 Vulkan을 사용하지만, Windows와 Linux는 실행 파일 로딩, 라이브러리, 드라이버, 파일시스템 동작, 디버깅 도구 측면에서 여전히 다르다.

프로젝트의 릴리스 이력은 이미 셰이더, 네트워킹, 미디어 재생, 라이브러리, 빌드 검증, 재연결 전반의 작업을 보여준다. 이러한 폭은 문제가 GPU 디코딩을 훨씬 넘어선다는 점을 입증한다.

또한 빠른 커밋 활동을 완성된 호환성과 혼동해서는 안 되는 이유도 보여준다. 초기 단계의 프로젝트는 빠르게 변할 수 있지만, 여전히 실험적이며 일반 플레이어에게 적합하지 않을 수 있다.

사용자는 가벼운 타이틀의 결과를 미래의 대작으로 외삽하는 것도 피해야 한다. 작은 2D 게임은 가장 까다로운 렌더링 및 시스템 경로를 사용하지 않고도 아키텍처를 검증할 수 있다.

대규모 게임은 모든 약점을 증폭한다. 더 많은 모듈, 더 많은 그래픽 기능, 더 큰 리소스 세트, 더 엄격한 타이밍, 수년간의 콘솔 최적화를 통해 구축된 엔진별 가정을 사용한다.

따라서 기술적으로 정확한 요약은 이 이정표의 양면을 모두 보존해야 한다. AnyPS5는 셰이더 디코더에서 현재 추적되는 모든 미확인 항목을 제거했으며, 이는 가치 있는 기반 작업이다.

그러나 완전한 셰이더 번역, 완전한 GPU 동등성, 폭넓은 시스템 라이브러리 호환성 또는 PS5 카탈로그에 대한 신뢰할 수 있는 지원을 입증한 것은 아니다.

AnyPS5가 격차를 좁히는지 보여줄 세 가지 신호

다음으로 의미 있는 증거는 의미론 테스트, 재현 가능한 게임 호환성, 그리고 더 넓은 워크로드에서도 유지되는 시스템 라이브러리 분모에서 나올 것이다.

첫 번째 신호는 검증된 명령어 동작이다. 기여자들은 디코딩된 연산이 올바른 SPIR-V로 번역되고 예상된 하드웨어 출력과 일치함을 보여주는 테스트가 필요하다.

프로젝트의 기여 규칙은 이미 이 방향을 가리킨다. 셰이더 변경 사항은 정밀한 기술 출처 또는 실제 하드웨어 측정값을 인용해야 하며, 미해결 사례는 명시적인 기술 부채로 남는다.

더 큰 자동화 의미론 테스트 모음은 100% 수치를 강화할 것이다. 이는 추적기를 인식 지도에서 번역된 동작에 대한 증거로 전환할 수 있다.

가장 유용한 보고 방식은 최소한 디코딩됨, 번역됨, 하드웨어 검증됨의 세 상태를 분리하는 것이다. 이러한 구분을 통해 관찰자는 구현 깊이가 범위를 따라잡고 있는지 확인할 수 있다.

번역 및 검증 수치가 빠르게 상승한다면, 이 이정표는 집중적인 정확성 단계의 시작으로 보일 것이다. 인식만이 유일하게 완성된 계층으로 남는다면, 헤드라인 뒤의 격차는 지속될 것이다.

두 번째 신호는 재현 가능한 호환성 목록이다. 더 많은 게임이 문서화된 하드웨어, 운영체제, 설정, 알려진 결함, 테스트 깊이와 함께 공개 빌드에서 실행되어야 한다.

타이틀 부팅은 메뉴 도달, 게임플레이 진입, 목표 프레임레이트 실행, 게임 완료와 구별되어야 한다. 이 상태들을 합치면 드러나는 것보다 숨기는 것이 더 많다.

유용한 항목은 외부 패치나 수동 단계도 식별해야 한다. 다른 사용자가 비공개 코드나 문서화되지 않은 수정 없이 결과를 재현할 수 있을 때 네이티브 변환은 훨씬 더 설득력 있어진다.

검증된 가벼운 게임 하나에서 여러 독립 타이틀로 확장되는 움직임은 아키텍처가 일반화된다는 점을 보여줄 것이다. 까다로운 3D 타이틀 지원은 훨씬 더 강력한 스트레스 테스트가 될 것이다.

세 번째 신호는 발견된 시스템 함수와 구현된 시스템 함수의 관계다. 보고된 84.76%는 고무적으로 보이지만, 그 가치는 분모의 안정성에 달려 있다.

더 많은 게임을 테스트하면서 다수의 추가 함수가 발견되면 원시 비율은 하락할 수 있다. 이는 퇴행이 아니라 플랫폼에 대한 지식이 더 좋아졌다는 의미다.

중요한 것은 새롭게 발견된 함수가 정확한 구현을 받고 실제 소프트웨어의 실행을 막고 있던 문제를 해소하는지다. 인터페이스 지도가 확장됨에 따라 타이틀 단위의 결과도 개선되어야 한다.

관찰자들은 실패가 실행 과정의 더 깊은 단계로 이동하는지도 지켜봐야 한다. 게임이 시작 오류에서 메뉴, 게임플레이, 더 긴 세션으로 진전한다면, 플레이 가능 판정을 받기 전에도 의미 있는 진전을 보여줄 수 있다.

AnyPS5 셰이더 커버리지는 광범위한 즉각적 실패 유형 하나를 제거한다는 점에서 주목할 가치가 있다. 이제 모든 추적 대상 명령어는 미확인 입력으로 멈추지 않고 디코더에 진입할 수 있다.

그 인식 이후에 더 어려운 단계가 시작된다. 개발자들은 번역된 셰이더가 올바르게 동작하고, 대체 라이브러리가 예상된 서비스를 재현하며, 변환된 게임이 완전한 워크로드에서도 안정적으로 유지된다는 점을 보여줘야 한다.

개발자, 보존 연구자, 기술적으로 호기심 있는 플레이어에게 가장 좋은 질문은 더 이상 추적기가 100%에 도달할 수 있는지 여부가 아니다. 이미 도달했다.

문제는 그 1,166개 명령어 가운데 실제 게임 환경에서, 서로 다른 PC 전반에 걸쳐 숨겨진 패치 없이 의미론적 테스트를 통과할 수 있는 비율이 얼마나 되느냐이다. 검증된 호환성 목록과 하드웨어 기반 셰이더 테스트를 지켜볼 필요가 있다. 이 결과가 AnyPS5의 이정표가 PC에서 네이티브 PS5 게임을 위한 기반이 될지, 아니면 인상적인 디코더 통계로 남을지를 결정할 것이다.