Ashikhmin-Shirley 조명 모델이란

  이번 조명은 다음과 같은 식에 의해 만들어집니다

 조명 모델의 공식의 최종 모델은 다음과 같습니다

하나하나 풀어 갑니다..

----------------------------------------------------------------------------------------------------------------------------------------------------------

일단 위에 그림에서 최종공식은 간단하게 다음과 같이 표현할 수 있습니다

 

어렵게 생각 할 필요 없이 Diffuse + Specular 라고 보시면 되겠습니다.

여기서 pd와 ps는 다음과 같은 공식이 됩니다

입사 방향에 Cosine 각이 들어가므로 이 항을 상쇄 하기 위해 (n·l)로 나누어 줍니다
(자세한 부분은 리얼타임 렌더링 2판 6장 3절에 BRDF이론을 보시면 됩니다 @_@) 

이 때의 Ps는 BRDF가 갖춰야 할 Helmholtz 호환성을 만족하지 않습니다

(Helmholtz reciprocity)  :입사각과 반사각은 바뀔 수 있으며 함수 값은 동일하다)

László Neumann &Attila Neumann 은 이러한 조건을 만족 시키는 BRDF를 제안했는데

그 BRDF는 다음과 같습니다

 

 조명 모델의 Specular 성분 입니다

 

써놓고도 뭔소린지 모르겠습니다...

 왜 저렇게 될까 라는건 수학 고수이신 이 글의 리플러분 들을 믿겠습니다..__)

Pd (Diffuse에 관한 식) 계산은 BRDF에 Diffuse 공식

으로부터 Diffuse 와 R의계수를 구하여  다음과 같은식을 이끌어 냅니다

성능 개선이 필요할 경우는 위의 식 대신 일반 램버트 방정식을 사용하는 것도 좋은 방식입니다 

이 공식에서는  cos, sin을 제거하기 위해 GPU 친화적인 내적 연산을 사용한 약간 수정된 공식을 사용합니다.

Ps에서 요구되는 Nu, Nv 벡터는 Tangent Vector 와 BiTangent Vector 이며,
픽셀 셰이더에서는 (1,0,0) 이나 (0,1,0)으로 방정식을 단순화 할수는 있지만,
가능한 그렇게 하지 않는 것이 좋습니다

이를 HLSL로 표현해 보겠습니다

float4 psAshikhminShirley
        ( 
            in VS_OUTPUT f
        ) : SV_TARGET
{
    //  보간된 입력값 과 정규화된 상수 파라미터
    float3 n = normalize( f.normal );
    float3 l = normalize( -vLightDirection );
    float3 v = normalize( pCameraPosition - f.world );
    float3 h = normalize( l + v );
 
    // 좌표 프레임 선언
    float3 epsilon = float3( 1.0f, 0.0f, 0.0f );
    float3 tangent = normalize( cross( n, epsilon ) );
    float3 bitangent = normalize( cross( n, tangent ) );
 
    // 계산하기 쉽게 몇가지 변수를 미리 생성한다
    float VdotN = dot( v, n );
    float LdotN = dot( l, n );
    float HdotN = dot( h, n );
    float HdotL = dot( h, l );
    float HdotT = dot( h, tangent );
    float HdotB = dot( h, bitangent );
 
    float3 Rd = cDiffuse;
    float3 Rs = 0.3f;
 
    float Nu = fAnisotropy.x;
    float Nv = fAnisotropy.y;
 
    // 디퓨즈  계산
    float3 Pd = (28.0f * Rd) / ( 23.0f * 3.14159f );
    Pd *= (1.0f - Rs);
    Pd *= (1.0f - pow(1.0f - (LdotN / 2.0f), 5.0f));
    Pd *= (1.0f - pow(1.0f - (VdotN / 2.0f), 5.0f));
 
    // 스펙큘러 계산
    float ps_num_exp = Nu * HdotT * HdotT + Nv * HdotB * HdotB;
    ps_num_exp /= (1.0f - HdotN * HdotN);
 
    float Ps_num = sqrt( (Nu + 1) * (Nv + 1) );
    Ps_num *= pow( HdotN, ps_num_exp );
 
    float Ps_den = 8.0f * 3.14159f * HdotL;
    Ps_den *= max( LdotN, VdotN );
 
    float3 Ps = Rs * (Ps_num / Ps_den);
    Ps *= ( Rs + (1.0f - Rs) * pow( 1.0f - HdotL, 5.0f ) );
 
    //  최종 값 출력

    return float4( Pd + Ps, 1.0f );
}

Oren-Nayer 때도 설명했지만 역시 마찬가지로

종속 되는 부분을 찾아 텍스처 룩업을 통해 처리가 가능하지만 일부 작업들 중에는 

 

보틀넥의 주요 원인이 된다는 점 잊지 마세요~
 

Ashikhmin-Shirley.rfx

구현은 위의 파일을 다운받아 역시 렌더몽키로 돌리시면 됩니다.

이방성 파라미터인 u와 v (구현 파일 내에서는 fAnisotropy의 x,y 값이 u,v 입니다)의 값들을
조절 하시면 되겠습니다 밑의 예에서는 PI값을 1.0으로 주었을때 입니다

Nu = 10 , Nv = 5000

Nu = 100, Nv = 100
 

Nu = 5000, Nv = 10
 

Nu = 5000 , Nv = 5000

Nu가 커질수록 윤곽을 따라 수평 하이라이트를 보여주며

Nv가 커질 수록 수직 하이라이트를 보여주는 반면
 
100,100일때는 등방성 분포를 보여주고 있습니다 @_@

여기까지 보시느라 수고 하셨구요


 
더 알고 싶으신 분은 적당한 구글링을 해주시면 쉽게 찾으실 수 있습니다.. 도망__) 

언제나 최선을 다하며 멋지게 사시는 개발자 여러분들

늘 화이팅입니다

Reference:

게임 분야에서 테스트 팀은 QA 팀으로 많이 불립니다. 실은 그래서 사람들이 게임QA팀 이라고 하면 뭐하는 사람들인지 잘 모릅니다. 아무래도 자연스럽게 QA라고 하면 Question & Answer로 아는 사람이 많은데 그런데 그건 Q&A죠…

QA는 Quality Assurance의 약자입니다. “품질보증”이란 뜻인데요.

유저, 구매자, 고객, 이용자, 사용자등등으로 불리는 우리들의 진짜 밥줄!님들이 우리가 만든 게임을 만족스럽게 하기 위해 행하는 활동을 QA라고 생각하시면 될 것 같습니다.

활동을 좀 더 나눠보겠습니다.

아주 큰 카테고리로 Test와 Review가 있겠습니다.

Test는 말 그대로 개발자분들이 만든 클라이언트를 가지고 여러 가지 시험을 합니다.

클라이언트가 작동하는가? 부터 게임의 시스템 작은 것 하나하나가 모두 정상적으로 동작하는지를 확인하고

어떤 시스템 때문에 다른 시스템이 유저들에게 어뷰징을 제공하는 것들이 있는지도 확인합니다.

그 과정에서 수행되는 일들은 정석적으로 테스팅 설계기법을 통해 이루어지기도 하고 환경특성에 따라 테스터가 스스로 테스팅 방법을 설계하기도 합니다. 이것들은 따로 포스팅할 기회가 있을 것입니다. :)

Review는 기획에서 홀을 찾는 활동부터 크게는 제작 중인 게임의 그 시스템이 재미있겠는가? 까지 다룹니다.

최근에는 Fun QA라는 이름으로 게임성에 대한 평가를 하기 위한 조직을 만들기도 합니다. (개인적인 의견으론 잠깐의 유행일뿐

얼마 안 가 비슷한 조직들은 없어지지 않겠느냐고 생각합니다.)

하는 일을 보면 개발팀과 기획팀에 좋은 서포트 조직이 될 수도 있고 껄끄러운 조직이 될 수도 있을 것 같습니다.

양날의 검 같은 거죠.

테스트 조직이란 게 아무래도 버그나 문제가 될 수 있는 사항을 찾아 전달해주는 것이 주 업무라 매우 네거티브합니다.

업무자로서는 잘 포장하여 피드백을 전달하고 싶으나 메세지란게 원래 아무리 포장을 잘해도 받는 사람에 따라 받아 들이는 게 달라지거든요.

업무적으로 프로세스나 커뮤니케이션 미스가 많아지면 최악의 조직이 되는 것도 테스트 조직입니다.

저는 개인적으로 업무 롤로 비유하길 부모님과 선생님이라고 생각합니다.

부모가 개발팀, 기획팀 분들이고 선생님은 테스트 조직입니다.

그러니 부모는 선생님에게 돈봉투를 내라.. 그런 이야기는 아니고 -_-;;;;;

테스터의 마음가짐에 관한 이야기입니다.

선생님은 부모들의 아이들이 학교를 무사히 졸업하도록 도와주는 존재입니다. 단순히 그뿐만 아니라

그 아이들이 사회에서 자신의 역할을 잘  할수있도록 해주어야 합니다.

그러기 위해 당연히 선생님은 아이들이 잘못된 게 있다면 잘못되었다는 것을 가르쳐야 하고 부모에게 그 사실을 알리기도 합니다. 더구나 아이를 가르치기 위해서는 선생님들도 그만큼의 노력을 해야 합니다. 모르는 것을 가르칠 수는 없으니까요.

선생님을 테스터로 부모님을 개발팀으로 대입시키면 테스터가 해야 하는 업무롤이 명확해질 것입니다.

생각하는 것만큼 테스트가 쉬운 일은 아닙니다. 분명 게임 회사 내 어떤 직종보다도 진입 허들은 낮지만 캐리어를 쌓는 길은 어렵습니다. 아직 업무 히스토리가 오래되지 않아서이기도 하고 이거다! 싶은 업무 롤과 프로세스가 잡혀 있지 않아서이기도 합니다.

뭐 하지만 그런 만큼 도전의식과 재미를 불러일으키는 업무이기도 합니다.

어떤가요? 이걸로 게임 QA의 일에 대해 좀 이해가 되었을까요? ^^

다음에는 게임 QA와 다른 SW QA의 차이에 대해서 써보도록 하겠습니다.

안녕하세요. 알콜코더 민군입니다.

최근은 게임업계의 대기업이라고 할 수 있는.. 3N(넥슨, 엔씨, 네오위즈)의 공채 시즌입니다.

이 글을 보시는 분 들중에서도, 공채를 지원하고 결과를 기다리시는 분도 계실겁니다. ^^

실제 이런 대기업들의 공채 경쟁률은 대부분 100:1 정도 됩니다.

그리고 서류를 겨우 통과한다고 해도 어려운 면접이나 시험들도 기다리고 있죠.

이런 3N에 취업을 하는 팁에 대해서, 제 경험상에 비추어서 조언을 드리려고 합니다.

(어디까지나 제 경험 기반입니당~~~)

저는 예전에 엔씨를 다녔고, 지금 현재는 네오위즈를 다니고 있습니다.

3N에 입사한 경험이 없는 분들중 대부분은 3N에 입사하기가 어렵다는 편견을 가지고 있는 분들이 많은데...실제로 들어가보면.. 그리 어렵지만은 않습니다. ㅡ.ㅡa

게임업계 대기업(3N) 쉽게 입사하기!

순서는 입사 난이도가 쉬운 순서입니다.

첫째. 가장 쉽고도, 확률이 가장 높은 방법은… 바로 이미 그 회사를 다니는 인맥을 통한 내부 추천입니다.

실제로 대기업들의 개발자들은 공채보다는 내부 추천을 더 선호합니다.

그리고 회사에서도 역시 마찬가지입니다.

오히려 내부 추천을 하면, 회사마다 다르지만 약 100만원에서 300만원 정도의 상여금을 추천자에게 주면서까지,내부 추천을 권고하고 있습니다. 
 공채를 통한 시험이란게..좋은 인재를 고르기가 쉽지 않은 방법이라서,

실제로 대부분의 3N 개발팀에서는 내부 추천으로 입사를 가장 많이 합니다.

지원자의 입장에서도 100:1같은 경쟁률도 없고, 시험이나 면접만 통과하면 바로 입사가 가능하기 때문에

가장 쉽고도 편한 방법입니다. 그러니까..3N에 들어가고 싶다면....
 3N을 다니는 개발자들과 인맥을 쌓고.. 인정을 받아서,

사람이 필요할 때 내부 개발자에게 추천을 받아서 입사하는 것이 가장 빠르고 쉬운 방법입니다.

(이래서.. 세상에 인맥이란게 중요한겁니다...쿨럭;;)

둘째. 공채보다는 수시 채용으로 지원하라.

공채는 경쟁률이 100:1에 달할정도로 상당히 높습니다. 즉 100명이 지원하면 1명만 붙는다는 소리죠.

자신의 학벌이나 경력이 굉장히 좋거나, 튀지 않는 이상.. 합격할 확률이 그리 높지 않습니다. 당연한거죠..ㅡ.ㅡ;

그래서 공채보다는 수시 채용을 지원하는 것이 훨씬 좋습니다. 공채는 1년에 한두번이지만…

수시는 1년내내 언제나 채용하고 있습니다.

각 회사의 홈페이지에 가보시면, 수시 채용 페이지에서 수많은 팀들이

수시 채용을 하고 있는걸 볼 수 있습니다. 수시 채용은 공채보다 문턱도 낮고,

학벌이나 토익점수같은 것을 보는 경우도 별로 없습니다.

딱 지금 필요한 자리에 맞는 사람인지를 판단할 뿐입니다.

물론 경쟁률도 보통 10:1 이하로 훨씬 낮습니다.

당연히 합격할 확률도 훨씬 높겠죠. 인맥이 없다면 수시 채용을 노리는 것이 훨씬 확률이 높은 방법입니다. 그리고 수시 채용은 자신이 원하는 팀에 직접 지원할 수 있다는 커다란 장점이 있습니다.

셋째. 인맥도 없고, 수시 채용도 없는 경우에는 공채를 지원할 수 밖에…

위 두가지 방법이 안될경우, 마지막 방법이 공채입니다. 지원자들이 흔히들 오해하는게,

입사를 할려면 공채를 가장 먼저 생각합니다.

그러나 위에서 언급했듯이 공채는 사실 가장 확률이 낮은 마지막 수단입니다.

공채 공고를 기다리기 전에..인맥을 활용하거나, 수시 채용을 지원하십시오.

공채의 경우 자신이 원하는 팀에 배정받는다는 보장도 없기 때문에…

그닥 좋은 방법은 아닙니다. 다만 공채의 경우 수시 채용보다 연봉 테이블이 좀더 높고,

공채 입사자 교육이나 동기가 생긴다는 장점이 있긴 합니다.

이상의 팁으로 입사 지원자들에게 도움이 되길 바랍니다.

그리고 어디까지나 저의 지금까지의 개발자 경험에서 나온

이야기라는걸 명심해주시기 바랍니다. ^^

그리고 덧붙이지면, 3N같은 대기업의 경우 지원자들이 워낙 많고, 개발팀들도 많기 때문에..

여러 번 지원을 해도 전혀 문제가 되지 않습니다.

A팀 입사지원을 해서 떨어졌다면, B팀에 지원을 해도 얼마든지 됩니다.

각 팀이 원하는 인재상이나 역할이 다르기 때문에…