Unity에서는 HLSL 프로그래밍 언어를 사용하여 셰이더 프로그램을 작성합니다.
Unity는 원래 Cg 언어를 사용했고, 그에 따라 Unity의 일부 셰이더 키워드(CGPROGRAM)와 파일 확장자(.cginc) 이름을 사용했습니다. Unity는 Cg를 더 이상 사용하지 않지만, 이러한 키워드와 파일 확장자는 계속 지원됩니다. 모든 셰이더 프로그램 코드는 Cg 관련 키워드와 파일 확장자를 사용하더라도 유효한 HLSL이어야 합니다.
HLSLPROGRAM 사용과 CGPROGRAM 사용 간의 유일한 차이점은 Unity가 셰이더 프로그램을 컴파일할 때 자동으로 포함하는 파일에 있습니다. 이는 이전 버전과의 호환성을 위한 것입니다. 자세한 내용은 빌트인 셰이더 포함 파일을 참조하십시오.
HLSL 언어 자체에는 두 개의 구문, 즉 “레거시” DX9 스타일 구문과 좀더 현대적인 DX10+ 스타일 구문이 있습니다.
차이점은 주로 텍스처 샘플링 함수가 작동하는 방식에 있습니다.
sampler2D, tex2D() 및 유사 함수를 사용합니다. 이 구문은 모든 플랫폼에서 작동합니다.Texture2D, SamplerState 및 .Sample() 함수를 사용합니다. 이 구문의 일부 형식은 OpenGL 플랫폼에서 작동하지 않습니다. 이는 텍스처와 샘플러가 OpenGL에서 서로 다른 오브젝트가 아니기 때문입니다.Unity에서는 사전 정의된 매크로를 사용하여 텍스처를 선언하고 샘플링함으로써 HLSL 구문 플랫폼 지원 문제를 방지할 수 있습니다. Unity는 셰이더가 컴파일되는 플랫폼에 따라 이러한 매크로를 가장 적합한 구문으로 확장합니다.
다음과 같이 플랫폼마다 서로 다른 셰이더 컴파일러를 셰이더 프로그램 컴파일에 사용합니다.
사전 정의된 셰이더 매크로를 사용하면 한 컴파일러에서만 지원되는 HLSL 구문을 사용하거나 컴파일러 버그를 피하기 위해 Unity가 사용 중인 컴파일러를 식별할 수 있습니다.
셰이더 컴파일에는 여러 단계가 포함되어 있습니다. 첫 번째 단계 중 하나는 셰이더 소스를 전처리하는 작업입니다. 기본적으로 Unity는 플랫폼 컴파일러의 프리 프로세서를 사용하여 이 단계를 수행합니다. 하지만 이를 오버라이드하고 Unity의 캐싱 셰이더 프리 프로세서를 사용하여 전처리를 수행하도록 선택할 수도 있습니다. 캐싱 셰이더 프리 프로세서는 플랫폼 컴파일러에서 사용하는 기본 프리 프로세서보다 최대 25% 더 빠릅니다.
캐싱 셰이더 프리 프로세서는 셰이더 임포트 및 컴파일 시간을 단축하기 위해 중간 전처리 데이터를 캐싱합니다. 에디터는 이 캐싱 데이터를 재사용하므로, 콘텐츠가 변경될 경우에만 포함 파일을 파싱하면 됩니다. 따라서 동일한 셰이더의 여러 배리언트를 더욱 효율적으로 컴파일할 수 있습니다. 캐싱 셰이더 프리 프로세서를 활성화하면 프로젝트 내 셰이더가 매우 많은 공통 포함 파일을 사용할 때 가장 큰 효과를 얻을 수 있습니다.
캐싱 셰이더 프리 프로세서는 아직 실험 기능이며, 현재 개발 중에 있습니다. Unity 포럼에서 이 실험 기능에 대한 피드백을 제공할 수 있습니다.
에디터 설정 창의 Shader Compilation 섹션에서 Caching Shader Preprocessor (Experimental) 체크박스를 사용하여 캐싱 셰이더 프리 프로세서를 활성화하거나 비활성화할 수 있습니다. 또한 C# 스크립트에서 EditorSettings.cachingShaderPreprocessor API를 사용하여 이 기능을 활성화하거나 비활성화할 수도 있습니다.