21-8 layout 키워드 : 레지스터 개수 파악

안녕하세요.

layout 을 적용하는 경우는 보통 attribute register 나 uniform register 인 경우가 많아서,

해당 register 의 갯수를 체크해 봐야 합니다.

최근의 그래픽 카드들은 보통 32개 정도는 기본으로 제공해서, 0 ~ 31 정도를 쓰면 안전한 편이고,

OpenGL 스펙에 따르면, 최소16개는 제공해야 합니다.

또, 필요하다면, 프로그램에서, glGet 함수에서, MAX_VERTEX_ATTRIBS 등으로,

실제 그래픽 카드의 attribute register 갯수를 실행 시간에 체크해서,

문제가 되면, 실행을 중단하거나 할 수 있습니다.

layout 키워드가 요구된 것은, 여러 명의 쉐이더 프로그래머들이 다양한 쉐이더 프로그램을 작성할 때,

의외로, 변수 명을 통일시키기가 어렵다는 점에서 시작합니다.

혼자 프로그램 짤 때야,

vertex shader 에서는 out vec4 tex; 으로 보내면,

fragment shader 에서는 in vec4 tex 으로 받아서, 이름을 통일 하겠다는 식으로 접근할 수 있는데,

대형 프로젝트로 갔더니, 워낙 다양한 사람들이 참여하고, 일부는 이미 작성한 코드를 그냥 써야 하는데,

매번 변수 이름을 맞추는 것도 한계가 있다 보니까,

아예, "0번 레지스터는 vec4 로 반드시 무슨 정보를 준다." 라는 식으로 통일 시키는 프로젝트 관리 방법론이 나왔고, 여기에 맞추도록 해 준 것입니다.

그리고.. 또하나..

layout 키워드가 나오게 되는 또하나의 배경은, shader program 의 소스 코드를 비공개로 하려는 시도 때문입니다.

강의 나온 스타일로 OpenGL 쉐이더 프로그램을 짜게 되면,

shader program 의 소스 코드가 파일 형태로 제공되거나, exe 파일 내에 문자열로 들어 있을 겁니다.

상업용 게임 개발자나, 다른 개발자들이 shader 프로그램 자체를 비공개로 하고 싶어하는 요구가 있어서,

컴파일 까지 끝난 binary 파일만 제공하면 되는 형태로 발전했고, (OpenGL version 4.1 이후)

이 경우에는 소스 코드를 전혀 제공하지 않아도 됩니다.

다만, 이렇게 되면, attribute register 몇 번이 어느 variable 하고 결합되었는지를 알아낼 방법이 없습니다.

(컴파일러가 심볼 테이블도 제거해 버릴 수 있기 때문에)

이 경우는 layout 키워드가 있어야, 특정 변수를 몇번 register에 강제 할당하고,

나중에 프로그램에서 몇번 register에 특정 데이터를 강제로 넣어주는 방법이 가능해 집니다.

layout 키워드가 도입된 것이 OpenGL version 4.1 이후로, binary 파일의 사용을 허용한 것과 같은 시기였다는 점에 주목해 보면... 이런 설명도 가능합니다. ~