Babytook's T Blog

특이한 프로젝트 관리술이 있기에 아래에서 퍼옴
http://naridy.egloos.com/4652893

예전에 꽤나 재밌게 봐서 언제 소개 해봐야겠다...고 생각하던 물건인데...

텍스트가 너무 많아서 차일피일 미루다가, 계속 냅두고 있으니 똥 싸고 안 닦은 기분이 자꾸 들어서 말이죠.

그래서 어떻게 대충 정리해서 올립니다.

PPT 위주의 강연이라 PPT 번역이 중요한데, PPT 문서를 내가 새로 베껴 만들긴 귀찮고, 그렇다고 빼자니 의미가 없고, 일본어 파일 그대로 올리기도 뭐하고...

결론은 그냥 PPT 문서 들어가는 위치에 그대로 번역... =ㅠ=

큰 문자로 강조된 부분은 일본어 PPT 문서가 들어가는 부분이니깐, 그 부분 참고해 가시며 읽으시면 될 듯.

아래 뉴스 사이트의 기사를 그대로 번역한 거라, 기자가 직접 강연 들으며 요약한 거니까 얼추 이해는 되겠지만...




［SQEXOC］プロジェクトを失敗させないためには？　スクウェア・エニックスで実施されているプロジェクト管理術公開


  10월 8일, 도쿄 신주쿠에서 개최된 「스퀘어 에닉스 오픈 컨퍼런스 2011」에서, 스퀘어 에닉스의 CTO / 테크놀러지 추진부 담당 코퍼레이트 이그젝티브 겸 제너럴 매니저 / 신세대 게임엔진 Luminous Studio 프로듀서 겸 테크니컬 디렉터 / 리얼타임 테크놀러지 데모 Philosophy 프로듀서 겸 통합 디렉터 / FINAL FANTASY XIV 테크니컬 디렉터인 하시모토 요시히사 (橋本善久) 씨에 의한「게임 개발 프로젝트 매니지먼트 강좌」를 다룬 강연이 있었다.

피쳐란? ①

ㆍ제작할 기능이나 대상을 의미합니다
ㆍ유저 스토리를 분해하며 열거합니다
ㆍ○○ 기능, ○○ 시스템 등의 「명사로 끝나는」 경우가 많습니다
ㆍ일례
    - 라인 묘화 기능
    - 플레이어의 점프
    - 플레이어의 포복 전진
    - 화염공격
    - 메모리 관리 시스템

피쳐란? ②

ㆍ「커다란 태스크」라 말해도 좋습니다
ㆍ각각의 스토리를 분해해 보면, 똑같은 피쳐가 나오는 게 보통입니다

스퀘어 에닉스 명물 「견적 포커」용 카드

되돌아보기

ㆍ매일 돌아보기
    - 아침회의
ㆍ매주 돌아보기
    - 주간보고
ㆍ매 스프린트 중간 돌아보기
    - 스프린트 중간보고
ㆍ매 스프린트 돌아보기
    - 스프린트 보고
ㆍ프로젝트 돌아보기

태스크 견적 설정 미스와 작업 열거 누락

ㆍ계획의 오차엔 두 가지 요소가 있으며, 구별할 필요가 있다
    - 수치 견적  미스
    - 작업 열거 누락

ㆍ수치 견적 미스는 2점 견적 설정을 대처할 수 있다
    - 견적 버퍼
         ㆍ최대 견적과 최소 견적의 차이 합계를 시간적 버퍼라고 본다

ㆍ작업 열거 누락엔 전용 버퍼를 준비
    - 피쳐 버퍼
         ㆍ작업 내용의 추가전용기간을 설정해 둔다



  이렇게 프로젝트 매니지먼트를 도입한 결과로서는 역시 프로젝트의 전체 파악이 쉬워졌다는 것이나 궤도 수정이 간단해졌다는 것 등을 들었다. 참가 멤버도 잔업의 프레셔에서 해방되어 멘탈적인 부분에서도 좋은 영향을 보였다고 한다.

  이번에 소개된 수법은 하시모토 씨의 독자적인 방법이지만, 자세한 내용에 대해선 하시모토 씨가 현재 책을 낼 준비를 하고 있으니 흥미가 있는 사람은 기다려 보자.

프로젝트 매니지먼트를 하며 얻은 효과

ㆍ불확실성을 제어
    - 전체파악이 된다
    - 조기에 문제 발견
    - 계획수정도 쉽다

ㆍ멘탈 효과
    - 자신의 작업과 기간이 파악되어 근거는 없지만 잔업을 해야만 할 거 같다는 프레셔에서 해방됨 → 잔업, 주말출근이 줄어듬
    - 서로의 업무를 알게 됨
    - 즐거워진다


 
  이번 강연에선 프로젝트 관리의 중요성과 애자일 방법론의 유효성에 대해 소개되었지만, 약간 소화불량인 듯한 사람이 있을지도 모른다.

끄, 끝났다...

저도 쪼렙이다 보니 프로젝트 매니지먼트라는 좀 큰 업무는 잘 몰라서 이것저것 찾아보며 번역했습니다.

나름 공부 되었네요.

어쨌든 꽤 괜찮은 강연이었으니, 일본어가 되시는 분은 스퀘어 에닉스에서 직접 올린 해당 강연의 PPT 문서를 직접 보시는 것도 좋을 듯 합니다.


http://www.square-enix.com/jp/info/library/dldata/PM/PM.pdf


.............300페이지 좀 안 되는 분량이지만, 문자가 큼직큼직해서 볼 만 합니다. =ㅠ=

그러고 보니 FF14 리빌딩이 끝나서 내년 1월부터 유료로 서비스한다고 하던가?

이러한 강연하는 사람이 어떻게 게임을 다시 만들었을지 좀 궁금하긴 하군요. ㅎㅎ

오늘의 짤방. 옛날 게임처럼 우당탕 만드는 게 안 통하는 시대라 관리하는 게 큰일이죠, 요즘 시대는

아래에서 퍼옴
http://blog.naver.com/chizeta?Redirect=Log&logNo=100071508252

VC 8.0 런타임 (vcredist) 패키지 몰래 인스톨하기

얼마전에 비주얼 C++ 8.0 런타임 재배포 셑업 패키지의 사일런트 설치 (몰래 설치) 옵션에 대해 포스팅을 했다. (원문의 번역임에 주의) 이 포스팅을 썼을 때, 난 비주얼 스튜디오 2005를 설치하여 깔리는 %ProgramFiles%\Microsoft Visual Studio 8\SDK\v2.0\Bootstrapper\Packages 디렉토리에 있는 버전의 vcredist_x86.exe, vcredist_x64.exe, vcredist_ia64.exe 의 명령행 옵션을 기준으로 작성했었다.

그러나, 한 고객이 얼마전에 내가 모르던 점을 알려주었다. 웹으로 다운로드할 수 있는 VC 런타임 재배포 패키지 스탠드얼론 버전은 좀 다르게 패키징 되어 있어서, 이전 포스팅에서 설명한 몰래 설치방법의 명령행 옵션이 먹지 않는다. 즉, 스탠드얼론 버전은 EULA를 먼저 보여주고 실제 실행되는 메인 셑업 패키지가 풀려 실행되도록 한 겹 더 싸여있다. 비주얼 스튜디오 2005에 포함된 패키지는 두겹으로 싸여있지 않았다.

그래서, 여기 수정된 VC 8.0 런타임 재배포 패키지에 대한 몰래 설치법이 있다. 비주얼 스튜디오 2005에 포함된 패키지를 사용한다면, 이전 포스팅의 명령행 스위치를 사용해도 된다.

하지만, 스탠드얼론 VC 8.0 재배포 패키지를 다운로드 했다면, 명령행 옵션을 조금 바꿔야 한다. 아래 명령으로 오리지널 스탠드얼론 VC 8.0 재배포 패키지를 설치할 수 있다.

• For x86: vcredist_x86.exe /q:a /c:"VCREDI~1.EXE /q:a /c:""msiexec /i vcredist.msi /qn"" "
• For x64: vcredist_x64.exe /q:a /c:"VCREDI~2.EXE /q:a /c:""msiexec /i vcredist.msi /qn"" "
• For ia64: vcredist_ia64.exe /q:a /c:"VCREDI~3.EXE /q:a /c:""msiexec /i vcredist.msi /qn"" "

아래 명령으로는 비주얼 스튜디오 2005 SP1 스탠드얼론 VC 8.0 재배포 패키지를 설치할 수 있다.

• For x86: vcredist_x86.exe /q:a /c:"VCREDI~3.EXE /q:a /c:""msiexec /i vcredist.msi /qn"" "
• For x64: vcredist_x64.exe /q:a /c:"VCREDI~2.EXE /q:a /c:""msiexec /i vcredist.msi /qn"" "
• For ia64: vcredist_ia64.exe /q:a /c:"VCREDI~1.EXE /q:a /c:""msiexec /i vcredist.msi /qn"" "

VC 런타임 패키지를 언어텐디드 모드 (작은 프로그레스바를 보여주지만 사용자 인터렉션은 요구하지 않는 모드)로 설치하려면, /qn 스위치를 /qb로 바꾸면 된다. 프로그레스바가 취소 버튼을 보이지 않길 원한다면, /qn 스위치를 /qb!로 바꾸어 주면 된다.

http://blogs.msdn.com/astebner/archive/2007/02/07/update-regarding-silent-install-of-the-vc-8-0-runtime-vcredist-packages.aspx

Update regarding silent install of the VC 8.0 runtime (vcredist) packages

A while back, I posted this item on my blog that describes optionsfor silent installation of the Visual C++ 8.0 runtime redistributable setup packages.  When I investigated this issue and wrote that blog post, I based the command line parameters on the versions of vcredist_x86.exe, vcredist_x64.exe and vcredist_ia64.exe that are included in the directory %ProgramFiles%\Microsoft Visual Studio 8\SDK\v2.0\Bootstrapper\Packages when installing Visual Studio 2005.

However, a customer recently alerted me to an issue that I wasn't aware of previously.  The standalone versions of the VC runtime redistributable packages that are available for download via the web are packaged differently, and so the command lines that I previously documented for silent installation will not work with those versions of the packages.  Essentially, the standalone versions are wrapped in a second self-extracting EXE that displays a EULA before allowing extraction and execution of the main setup package, whereas the packages included as part of Visual Studio 2005 directly launch setup and are not doubly wrapped.

Therefore, here are some amended silent install instructions for the VC 8.0 runtime redistributable packages.  If you are using the packages included as a part of Visual Studio 2005, you can continue to use the silent install switches from my previous blog post.

However, if you have downloaded the standalone VC 8.0 redistributable packages, you will need to modify the command lines slightly.  The following command lines can be used to install the original release of the standalone VC 8.0 redistributable packages:

    * For x86: vcredist_x86.exe /q:a /c:"VCREDI~1.EXE /q:a /c:""msiexec /i vcredist.msi /qn"" "
    * For x64: vcredist_x64.exe /q:a /c:"VCREDI~2.EXE /q:a /c:""msiexec /i vcredist.msi /qn"" "
    * For ia64: vcredist_ia64.exe /q:a /c:"VCREDI~3.EXE /q:a /c:""msiexec /i vcredist.msi /qn"" "

The following command lines can be used to install the Visual Studio 2005 SP1 release of the standalone VC 8.0 redistributable packages:

    * For x86: vcredist_x86.exe /q:a /c:"VCREDI~3.EXE /q:a /c:""msiexec /i vcredist.msi /qn"" "
    * For x64: vcredist_x64.exe /q:a /c:"VCREDI~2.EXE /q:a /c:""msiexec /i vcredist.msi /qn"" "
    * For ia64: vcredist_ia64.exe /q:a /c:"VCREDI~1.EXE /q:a /c:""msiexec /i vcredist.msi /qn"" "

If you would like to install the VC runtime packages in unattended mode (which will show a small progress bar but not require any user interaction), you can change the /qn switch above to /qb.  If you would like the progress bar to not show a cancel button, then you can change the /qn switch above to /qb!

출처 : http://secuprint.tistory.com/entry/vcredist-몰래설치

아래에서 퍼옴
http://kiho.egloos.com/2785161

화면에 보여줄 내용을 백버퍼 대신 사용자가 지정한 서피스(Surface)에 그리게 하는 기능이다.

IDirect3DDevice9 의 함수중에 쓸것은..

CreateRenderTarget
SetRenderTarget
GetRenderTarget

CreateRenderTarget으로 surface를 만든다.
GetRenderTarget으로 원본 백 버퍼를 가져와 보관하고...
SetRenderTarget으로 위에서 만든 서피스를 지정한다...
그 후
BeginScene, EndScene으로 원래 하던 렌더링을 한다..
그 내용이 지정한 서피스안에 들어가게 된다..
그 후 SetRenderTarget으로 원래 백 버퍼를 복구시키고..

이 과정에서 얻은 서피스의 내용을 텍스쳐로 옮겨서
그대로 화면에 렌더링한다.. (안 그러면.. 당연히 그 프레임에는 아무것도 안나오게된다.... 서피스에만 그렸으니까)

CreateRenderTarget 함수를 쓰지 않고
RenderTarget옵션을 줘서 CreateTexture를 호출하여 텍스쳐를 바로 만들어도 된다...
대신 D3DPOOL_DEFAULT 옵션만을 지원하므로.. 귀찮은 점이 있다.. (D3DPOOL_MANAGED 가 편하다..)

나는 요청이 들어올때 마다 캡쳐를 하여 새로운 텍스쳐에 복사하도록 코딩하였다..

밑은 내가 작성한 코드를 정리한것이다.

LPDIRECT3DSURFACE9 originalTarget; // 백 버퍼
LPDIRECT3DSURFACE9 capturingTarget; // 캡쳐된 내용이 들어갈 서피스
device->GetRenderTarget(0, &originalTarget); // 가져온다..(백업?)

// 백 버퍼와 같은 속성으로 렌더타겟을 만든다.
D3DSURFACE_DESC desc;
originalTarget->GetDesc(&desc);
device->CreateRenderTarget(desc.Width, desc.Height, desc.Format, 0, 0, TRUE, &capturingTarget, NULL);

// 렌더타겟 설정후 그림.
device->SetRenderTarget(0, this->capturingTarget);
device->Clear(0, NULL, D3DCLEAR_TARGET, 0, 1, 0);
device->BeginScene();
// 그릴 내용이 여기에..
device->EndScene();

// 여기서 텍스쳐를 만들어 캡쳐된 서피스의 내용을 복사한다...

// 원래대로 되돌린다.
device->SetRenderTarget(0, originalTarget);
device->BeginScene();
// 위에서 만든 텍스쳐를 전체화면에 그림.. 혹은 맘대로..
device->EndScene();
device->Present(NULL, NULL, NULL, NULL);

capturingTarget->Release(); // 다 쓴 건 release....

아 실제로는.. capturingTarget은 한번 만들고 계속 쓰게 했다.. 마지막에 release하고..

아래에서 퍼옴

http://chulin28ho.egloos.com/5272883#5272883_1

아이쿠 예예. 좀 어려웠죠.
저번 시간이 살짝쿵 어려웠을 겁니다.
알파 채널의 '개념' 은 익숙해지지 않으면 잘 안 생기는 개념이라, 그걸 응용까지 하려면 확실히 이해하기 힘들죠.

자아 저번 시간에 이어서, 이번에도 개악마 알파 블렌딩과 싸우기 위한 기술을 알아보는 시간입니다.
저번 시간에는 알파 블렌딩과 테스팅을 적절히 사용하여 개악마 알파 블렌딩의 횡포를 줄이는 법에 대해 알아보았습니다
이번엔 좀 다른 방법으로 개악마 알파 블렌딩을 잡으러 레이드 뛰어 보기로 하죠.

자 , 1강과 2강에서의 Z 값 Read / Write에 대해 기억 나십니까?

이런 그림이 있으면 그려지기 전 자신의 Z 값을 보고, 자신보다 앞에 있는것이 있는지를 읽는(Read) 다고 했지요.

그리고 자신보다 앞에 있는게 없어지면 자신의 Z 값을 다시 쓴다(Write) 고 했었습니다.

네에 이것은 확실한 렌더링의 기본 신조. 꼭 지켜야 하는 내용이었습니다. 안지키면 안되는 법전 같은 것이었지요.

그렇지만, 이것을 조작할 수 있지 않을까요? 뭔가, 조작하면 뭔가, 뭔진 잘 모르겠지만,
하여간 뭔가 일어날 수 있지 않을까요?
뭔가 , 뭔가 말입니다.
Z Read와 Z Write을 맘대로 조작해 보잔 말입니다.

1.     Z Read = Off     Z  Write = On

자아. 만약 오브젝트를 찍을 때, Z Read를 안하고 Z Write를 한다면 무슨 일이 일어납니까?
으으음.. 머리가 좀 아프지만, 고민해 보자면...

Z Read는 왜 하는 것입니까? 자신의 앞쪽에 누가 있는게 아닐까 - 라고 검사하는 짓을 안한다는 말이지요?
즉 '나는 내 앞에 누가 있건 그냥 그려 버리겠다' 라는 겁니다 !

그러면서 Z Write는 하니까, '그대신 내 뒤의 놈들은 내 Z 값을 인식해서 내 앞에 오는 일이 없도록 하여라' 라고 하는 것입니다.
우왕 이기적이네요. 나는 맘대로 그리겠지만 너는 그러지 말아라 라고용?
(하지만 뭐 자신과 똑같은 Z 옵션을 가진 놈이 뒤에 오면 똑같이 무시되겠지만)

자 그림으로 찬찬히 풀어보도록 하죠.

오랫만에 봅니다. 지금 저 plan이 그려졌습니다. plan은 4의 깊이에 있고 Z read와 Z write 를 했습니다. 그래서 화면에 씌여진 Z값은 현재 4의 상태입니다.

 

그리고 주전자가 이렇게 나중에 그려졌습니다. 분명히 주전자는 뒤에 있습니다. Z 값으로 따지면 말이죠.
그렇지만 이 주전자는 Z Read가 Off 되어 있습니다. 즉 Z Read 과정을 하지 않도록 되어 있습니다.
그럼 나중에 그려진 이 주전자는, 그리긴 그려야 겠고, 기존에 있는 Z 값을 읽지 않기 때문에, 아무 생각없이 그려버리게 됩니다.
마치 저 plan 앞에 있는 것 처럼 말이죠.

 

즉 이렇게 보이게 됩니다. 분명히 주전자는 뒤에 있는데도 불구하고 앞에 보이게 되는 기현상이 일어나게 됩니다.

이번엔 그 상태에서 Z 값을 Write를 합니다.하지만 화면이 비어있으면 모를까 지금처럼 자신보다 더 앞의 Z 값이 잔뜩 있는 이 상황에서는 어차피 씌여지지 않으니 이 과정은 무의미합니다.
즉 Z Read를 Off 해 버리면, 앞에 뭐가 있건 무조건 자기가 그릴 타이밍에 그려 버립니다.
무식한 녀석이지요.

특별히 이 녀석을 동영상으로 보면 다음과 같습니다.

그렇지만 이 녀석이 앞에 있으면 문제는 달라지는데, 이 녀석 뒤쪽에 일반적인 오브젝트가 그려지면,
 

 

이번엔 또 그려지는 순서와는 상관없이 아주 정상적인 오브젝트처럼 앞뒤가 결정된다는 것입니다.
왜냐면 이녀석은 Z read는 안하지만 write는 해 놨기 때문이지요.

 

이런 무식한 녀석을 어디다 쓸 수 있을까요? 남들보다 무조건 앞에 그려버릴 일이 세상에 어디 있을까요? 그러면서 자기 Z 값은 쓰기 때문에, 자신보다 나중에 생기는 일반적인 오브젝트는 자신의 뒤로 가려져야만 합니다.


전혀 쓸모없을 것 같군요. 물론 좋은 점도 있습니다. 자신의 앞 쪽에 무슨 Z 값이 있건 없건 자신은 무조건 그려 버리기 때문에,
알파 블렌딩을 사용할 때 나오는 짤림 현상이 일어나지 않습니다.

 

이런 현상은 더이상 일어나지 않습니다

그래서 이펙트 담당자들이 이 기능을 쓰고자 하는 유혹을 자주 느낍니다. 이펙트만 놓고 뷰어에서 봤을 때, 짤림 현상이 없이 잘 나오거든요!!! 그래서 잘 되었구나.. 라고 생각한 채 게임에 넘기면, 이번엔 게임에서 이런 현상이 나타나게 됩니다.

 

네에. 기둥이나 다른 캐릭터, 건물 등을 뚫고 이펙트가 보이게 된다는 거지요. 위의 경우는 기둥을 뚫고 이펙트가 보이는 현상인데, 만약 기둥이 이펙트보다 나중에 그려졌다면 아무 문제가 없지만 '불투명한건 반투명보다 나중에 그린다' 는 원칙에 따르면 저렇게 보일 수 밖에 없는 것입니다. OTL
이펙트면 그나마 낫지요. 머리카락 같은거였다면 난리가 납니다. (얼굴을 뚫고 그려지는 머리카락들...)
네 실패입니다. 이 방법은 알파 블렌딩에 맞지 않습니다.


하지만 정말로 이 기능이 필요가 없느냐? 만약 이 기능을 쓴다면 이런 데 쓸 수 있을겁니다
바로 인터페이스!
인터페이스야말로 모든 게임의 오브젝트의 위에 그려져야만 하고, 그리는 순서를 바꿔줌에 따라 맨 앞에 나와야만 하는 것이므로, 이 옵션에 가장 잘 맞는 데이터입니다.
사실 뭐 게임에서는 굳이 Z 값을 이렇게 안해줘도 프로그래머들이 알아서 처리해 주곤 하지만 말이죠.

 

2.     Z Read = On     Z  Write = On

아... 이건 뭐 여태까지 5강동안 설명해 온 것이지 않습니까?
이게 기본이자 진리입니다. 알파 블렌딩이고 테스팅이고 불투명이고 사실은 이걸 써야만 합니다.
이게 안되니까 다른 짓을 하는 겁니다 지금. 하하하.

3.     Z Read = Off     Z  Write = Off

자, 둘 다 꺼버렸습니다 !! ㄷㄷㄷ
일단 슬쩍 생각해도 뭔가 정상적이지는 않을 것 같습니다.

차근차근 생각해 보지요. 뭔 일이 일어나겠습니까?
일단 Z read를 하지 않습니다. 즉. 1번과 같이 자신이 그릴땐 아주 소신있게 그려버리는 녀석입니다.
자신의 앞에 뭐가 있건 상관 안합니다.
"사나이 앞길을 막지 마라!" 이것이 Z read Off 입니다.

그런데 이번엔 Z write도 하지 않습니다! 이건 뭥미?
Read는 하지 않고 Write는 하면 인터페이스처럼 사용가능하다고 했습니다. 즉 자신의 뒤에 그려지는 녀석은 자신의 뒤에 가려집니다.
그렇지만 Write도 하지 않으면, 자신보다 나중에 그려지는 녀석이 Z read를 해 보니까, 자신의 앞에 아무것도 없다고 나오게 됩니다!!!! Z 값을 아무도 안 써 놨으니까요!!!!

즉 자신보다 늦게 그려지는 놈한테 덮여집니다!!! 아아 괴이합니다!!!!

다시 한 번 설명하지요.

 

이런 상태에서

 

이렇게 주전자를 나중에 그려도,

 

주전자가 앞에 그려진다는건 똑같습니다.

 

근데 이 주전자가 앞에 있는 상태에서,  나중에 뒤에 있는 공이 그려진다면?

 

그렇다면 나중에 그려지는 공은, Z 를 read하려고 시도하겠지만, 주전자가 Z 값을 Write 해 놓지 않았기 때문에
공 입장에서는 앞에 아무것도 없다고 인식하게 될 것입니다.
그러니 나중에 그려진 공이 기존의 주전자를 덮어버리겠지요.

아아 괴이합니다. 이거야말로 괴이합니다. 정말 쓸모가 없게 생겼군요.
생각하기도 복잡하고, 쓰기에도 애매한 놈이 됩니다. 이거 알파 블렌딩에 쓸 수 있는 녀석이 있긴 한 겁니까?


알파 블렌딩에 쓸 생각은 일단 접어둡시다. 그전에 이걸 쓸 데가 있기나 한지 궁금하군요.

말씀드리자면, 쓸 데는 거의 없지만 있기는 합니다.
바로 스카이박스 (또는 스카이돔) 입니다.

이 스카이 박스는, 보통 맨 처음에 그려집니다.
그리고 이 스카이 박스에 가려져서 보이지 않는 오브젝트 따위는 존재하지 않습니다.

즉 이 스카이 박스를 그릴 때에는 Z 값을 읽는 (read) 하는 행위가 무의미합니다. 오히려 쓸데없는 계산이 되어 버리기 때문에,
아예 read 안하는 것이 낫습니다.

또한 이 스카이 박스에 가려지는 오브젝트 따위는 없습니다. 무조건 맨 뒤에 그려져야 하는 거지요.
그러므로 괜한 z값 연산을 할 필요가 없는 관계로 쓰는(write) 하는 작업도 무의미합니다.

즉 꼭 그래야 한다기 보다 (Z read on Write on 해도 결과는 같거든요) '할 필요가 없는 연산을 줄여버린다' 라는 의미에서 쓸모가 있는 방법이라고 할 수 있습니다.
그렇다고는 해도 굉장히 마이너한 방법임에는 틀림이 없지만 말이죠 (...)


4.     Z Read = On     Z  Write = Off
이제 남은건 이것밖에 없습니다.
그래! 분명히 마지막에 남은 이것이 해답이라서 맨 마지막에 소개하는걸 꺼야!!!!
라고 생각하시는 분들 반드시 계시겠지요? 어디 한 번 봅시다. 정말 그런지 후후후.
 
아 그런데 이제 좀 퇴근해야겠군요. 이거 쓰는것도 꽤나 힘든 일이랍니다
다음 시간까지 Z read on , Write off 가 정말로 알파 블렌딩을 해결하는 해답이 될지 생각하는게 숙제입니다.

6부작에서 끝내려 했는데 너무 양이 많군요. 애석하게도 7부까지 가야만 하겠습니다.
쓰다보니 조금 지치네요. 읽으시는 분도 꽤 지치셨을 겁니다. 이게 한번에 쉽게 이해되는 개념은 아니거든요.

( 차폐컬링은 본 설명에서 제외된다. )

early z test 는 pixel 단위의 culling 방식이다.

간단히 이야기 하면, 각 픽셀을 연산이 되기전에 깊이테스트를 통해서 보이지 않는 pixel 에 대한 연산은

적절히 skip 하기위한 pixel culling 방식이라고 이해하면 된다.

하지만 Pipe Line 단계에서 Z test 는 pixel shader (fragment shader) 다음에 이루어진다.

그렇다면, pipe 라인상에서는 z-test 가 pixel 연산 다음에 이루어 지는데, 어떻게 앞에서 처리 할 것 인가?

결론부터 이야기 하면 하드웨어 단계에서 지원이 되어야만 가능한 부분이다.

예를들어 Nvidia Geforce 8000 대의 gpu 의 경우 특정 상황에서는 자동적으로 early z 기능이 활성화 된다.

Use

다음의 순서를 따른다.

1. 컬러쓰기를 disable 하고 write depth 만 enable 한다.

(이럴경우 nvidia 의 fx 이상급 gpu 에서는 double speed z write 가 활성화 된다.)

2. depth 를 clear 하지 않은 상태에서 ( depth buffer 를 clear 하지 않는다는 의미 ) 정상적인 rendering 을 실시한다.

(이때 depth test 연산자를 equal 로 설정한다. )

3. 1번 단계에서 기록된 depth buffer 값은 2번 단계를 거치면서 깊이비교에서 실패한 pixel 들을 자동적으로 연산에서 제외 시키게 된다. ( early z )

현재 제가 사용하는 노트북 CPU 가 모바일용 i7 이라 굳이 인크리드 빌드를 사용하지 않고 분산 컴파일 옵션을 활용해서 컴파일 하고 있습니다.
뭐 인크리드빌드 프로그램을 활용해서 컴파일 하는것 보다 체감적으로는 더 느리지만 ( 8개 코어를 잡았다는 가정하에....) 실질적으로 분산컴파일을 안했을때보다는 엄청 빠르더군요.

설정 방법은
1. 프로젝트 속성 - C++ - 명령줄 - /MP 설정.
2. 프로젝트 속성 - C++ - 코드생성 - 최소 다시빌드 가능 - 아니요 설정.
해두면 됩니다.

   float3 diffuseCol = pow( f3tex2D( diffTex, texCoord ), 2.2 );  

  or ( 보다더 비용이 적은 방법으로 gamma 값을 2.0에 근접한다고 가정하고 ) 

그리고는 최종 색정보를 return 할때

   float3 finalCol = do_all_lighting_and_shading();

   float pixelAlpha = compute_pixel_alpha();  

   return float4(pow(finalCol, 1.0 / 2.2), pixelAlpha);

   or

   return float4( sqrt( finalCol ), pixelAlpha );

위와같이 처리함으로써 다시 sRGB 공간으로 변경하여 리턴한다. ( 이유는 display 장치들은 sRGB 생공간을 사용함으로..)

UberShader 을 이용하여 게임을 제작하는 방법에 대한 소개한다.

InHouse 엔진에서 자주 사용되는 기법으로, 간단하면서도 편리한 기법이다.

EPPENGINE 에도 UberShader 를 지원하는 시스템을 갖출 생각이다.

들이는 노력에비해 Material 제작이 아주 간편하고 간략해지며, 변화에 유연하게 대처가 가능해 진다.

우선 UberShader 를 제작하여야 하는데,  모든 기능이 가능한 shader 를 제작한다.

그리고는 각 기능별로 #ifdef 을통해 각 기능을 묶어둔다.

이렇게 제작된 shader 는 define 을 무엇을 정의하느냐에따라 기능이 추가되기도 기능이 감소되기도 한다.

여기까지 글만 보았을때는 특별히 느낌이 없을 수 있다.

예를 들어보자.

특정 게임에 있어서 이미 렌더링 방식자체가 어느정도 정해진 상황이라면

가령... 범프를 사용하는경우 도 있고 범프를 사용하지 않는경우도 있고, 포인트라이트를 사용하는 경우도 있고, 포인트 라이트를 사용하지 않는경우도 있고, 스펙큘러 마스킹을 디퓨즈 텍스쳐의 알파에 있는경우도 있고, 따로 텍스쳐로 만드는 경우.. 등..

각가지 상황이 이미 정해져 있다고 한다면,

위의 상황에따른 case by case 로 material 을 제작한다면 유지보수 해야할 material 수가 많아질 것이며, 각 material 마다의 기능이 조금씩 변경될때마다, 작업은 계속해서 늘어날 것 이다.

eppengine 을 사용하는 특정프로젝트의 경우 오브젝트가 멀어졌을때 specular 사용을 disable 한다던지 그림자 처리를 하지 않는 경우가 있었다.

이러한 경우가 매번 생길때마다, 매번 머터리얼에디트를 통해 새로이 제작하는것은.... 조금 과장하면 구멍뚤린 독에 물붇기????

하지만 이러한 모든 상황이 가능한 shader 을 만들어 두고, 각 기능별로 ifdef 로 묶어둔 상황이라면,

각 케이스에 따라서 define 만 재정의 해주면 간단히 처리된다.

그렇다면.. 예제 소스를 보고 생각해보자.

... shader 코드 내부 ...

float4 diffuse_color = tex2d( diffuse , texcoord );
float spec = calculate_specular();

#ifdef    DIFFUSE_SPEC_MASK
         float4 spec_color = diffuse_color.a * spec;
#endif
#ifdef    SPECULAR_MAP_MASK
         float4 specular = tex2d( specularSampler, texcoord );
         float4 spec_color = specular * spec;
#endif

float4 final_color = use ( specular_color );
return final_color;

위와 같은 material 을 제작해 두었다면...

실제 클라이언트 코드 쪽에서...

String    strUberShder  =  ubershader_code;
if( use_specular_map == true )
{
            strUberShder = "#define SPECULAR_MAP_MASK" + strUberShder;
}
else
{
            strUberShder = "#define DIFFUSE_SPEC_MASK" + strUberShder;
}
......

그리고 마지막으로 이러한 define 정의는 툴에서 연동하게만 해준다면,  보다 편리하면서도 유연한 material 제작 공정이 가능하게 된다.

물론..... 당연한 이야기 겠지만, 각 게임에 맞는 모든기능을 갖는 shader 는 미리 제작되어져야함은... 두말하면 잔소리!!