http://www.silverwolf.co.kr/4876

파일을 기본으로 해 텍스처를 생성 한다.

구문

HRESULT D3DXCreateTextureFromFile(      

    LPDIRECT3DDEVICE9 pDevice,    LPCTSTR pSrcFile,    LPDIRECT3DTEXTURE9 *ppTexture );

파라미터

http://blog.daum.net/naganolacpp/37

아래 내용에 덧붙이자면

동일한 정점구조를 동시에 멀티로 세팅하고 싶을때 사용하거나

그냥 일반적으로 사용하기도 한다

멀티로 사용할때는 

LPDIRECT3DVERTEXBUFFER9 g_pVertexBuffer0 = NULL;

LPDIRECT3DVERTEXBUFFER9 g_pVertexBuffer1 = NULL;

처럼 멀티로 돌릴 개수만큼 정점버퍼를 생성해줘야한다

http://blog.naver.com/red_n_hot/60004005539

LPDIRECT3DVERTEXDECLARATION9       m_pVertexDeclaration;

//ㄴ  버텍스 정의하는 변수!?  를 만들어 주고

D3DVERTEXELEMENT9 dwDecl3[] = 
{
    {0, 0,  D3DDECLTYPE_FLOAT3,   D3DDECLMETHOD_DEFAULT,    D3DDECLUSAGE_POSITION, 0},
  D3DDECL_END()
};

//ㄴ 정점선언 이랄까나.. 

첫번째인자 스트림 몇번째인지 

두번째 옵셋~!? 시작(0)으로부터  @@??  아니아니... 어디서부터 사용할껀지.. ex)12바이트 까지 사용됬삼

세번째 타입  얼마나 사용할껀지 ex) D3DDECLTYPE_FLOAT3

네번째 메써드  디퍼트!? 디포트!?  몰라 이건

다섯번째 어떻게 사용할찌..  ex)  D3DDECLUSAGE_POSITION   포지션에대한

여섯번째 ex)텍스트 인덱스에 사용

typedef struct D3DVERTEXELEMENT9 {
    WORD Stream;
    WORD Offset;
    BYTE Type;
    BYTE Method;
    BYTE Usage;
    BYTE UsageIndex;
} D3DVERTEXELEMENT9, *LPD3DVERTEXELEMENT9;

//-----------------------------

//---------------------------------

struct CUSTOMVERTEX
{
 FLOAT x, y, z; // 공간상의 위치값
};

//ㄴ 사용하던데로 만들어 놓는다.

 pd3dDevice->CreateVertexDeclaration(dwDecl3, &m_pVertexDeclaration);

 pd3dDevice->SetVertexDeclaration(m_pVertexDeclaration);

//ㄴ 다이렉트엑스 sdk 레퍼런스에 요롷게 사용하랜다.

 pd3dDevice->CreateVertexBuffer( 
       8*sizeof(CUSTOMVERTEX),  // 버퍼 
       D3DUSAGE_WRITEONLY,   // 만들어진 버퍼의 성격 (읽기전용)   
       NULL,   // 버퍼 포맷(구조)
       D3DPOOL_DEFAULT,   // 메모리를 어느 영역에 할당할 것인가?
       &m_pTriVB, NULL );

//ㄴ 여기서 겁나 해멧삼..   기존 FVF 포멧을 요구하는데..  NULL  제로 값을 넣어주면 포멧 무시하겠단다.

CUSTOMVERTEX v[] =

 {

                { -1,  1,  1 },            /// v0

                {  1,  1,  1 },            /// v1

                {  1,  1, -1 },            /// v2

                { -1,  1, -1 },            /// v3

                { -1, -1,  1 },            /// v4

                {  1, -1,  1 },            /// v5

                {  1, -1, -1 },            /// v6

                { -1, -1, -1 },            /// v7

  };

//ㄴ 요래요래 값을 넣어주고

VOID* pVertices;

 m_pTriVB->Lock( 0, sizeof(v), (void**)&pVertices, 0 );
 memcpy( pVertices, v, sizeof(v) );

 m_pTriVB->Unlock();

//ㄴ 하던데로 하면됨

//-------------------------------그리는곳-----------------------------------

  pd3dDevice->SetStreamSource(0, m_pTriVB, 0, sizeof(CUSTOMVERTEX));

  pd3dDevice->SetIndices( m_pTriLB );

//ㄴ FVF 로 했던데로 하면된다.

//pd3dDevice->SetFVF( CUSTOMVERTEX::FVF ); 이런거 안해줘도됨

위 포스트ㅏ에 덧붙이자만..

_pD3dDevice->SetVertexDeclaration( _pDecl ); 은 써야함

http://gamedevforever.tistory.com/261

예제코드 다운받기

• C#과 XNA를 이용해서 만들었습니다.

• XNA를 설치하셔야 합니다.

게임보다는 에디터 따위의 툴에서 더 유용한 기법입니다. 예전에 개인 프로젝트에서 장난삼아 만들어 봤던 놈인데 그뒤로도 몇번이나 동일한 기법을 여러 툴에서 구현하다보니 올리면 유용하겠다 싶어서..... 이미 알고계시는 분들도 많겠지만 혹시나 모르시는 분들을 위해 여기 올리면 좋겠다고 생각해서 올립니다.

이 기법이 해결하려고 하는 건 간단합니다. 맵 에디터 같은 프로그램에서 화면에 있는 물체를 마우스로 클릭해서 선택하는걸 졸라~ 빠르게 구현하는 겁니다.

말로는 쉽죠?... 그런데 보통 구현들 어떻게 하셨나요?

흔히 쓰던 광선 vs AABB 충돌검출 방법

제가 흔히 봤던 방법중 하나는 마우스 클릭한 위치부터 화면 안쪽으로 광선(ray)를 쏴주면서 그 광선과 각 물체의 AABB의 충돌검사를 한뒤 가장 가까이에 있는 물체를 선택하는 거였습니다.

예를 들어 아래 이미지에서 오른쪽 가장자리가 화면이라고 가정하면 이런식으로 ray를 쏴서 aabb를 찾는거죠.

그런데 이 방법에 문제들이 좀 있습니다

• 월드에 물체들이 많으면 충돌검사 시간 꽤 걸립니다

• AABB와 충돌검사를 하므로 픽셀단위로 정확한 충돌검사가 불가능합니다.

제가 쓰는 렌더타겟과 물체 ID를 이용한 방법

저는 GPU를 이용해서 위 문제점들을 해결했습니다. 알고리듬은 매우 간단합니다. 자세한 코드는 위에 첨부해 놓은 예제코드를 봐주세요.

1. 각 물체마다 고유 해쉬 아이디(32비트 정수)를 부여한다.

2. 화면크기와 동일한 A8R8G8B8 렌더타겟을 하나 만든다. (이후 ID맵이라 부름)

3. ID Map맵 렌더타겟을 설정한다.

4. 모든 물체를 그려주면서 물체 해쉬(32비트)값을 8비트씩 짤라 R,G,B,A채널에 써준다

5. 마우스가 클릭된 위치의 픽셀을 읽어온다

6. 그 해쉬값과 동일한 물체를 선택한다.

7. 선택된 물체로 하고 싶은 짓을 한다 -_-

8. 끝 -_-

해쉬아이디

해쉬 아이디는 아무렇게나 생성이 가능합니다. 각 물체마다 고유하기만 하면 되죠. 제 예제에서는 그냥 물체 이름인 string으로부터 해쉬 아이디를 생성했습니다.

해쉬아이디를 색상으로 바꾸는 법

해쉬 아이디를 RGBA로 바꾸는 코드는 다음과 같습니다.

private static Color HashIDToColour(int hash)

{

    int a = (hash >> 24) & 0xff;

    int b = (hash >> 16) & 0xff;

    int g = (hash >> 8) & 0xff;

    int r = hash & 0xff;

    return new Color(r, g, b, a);

}

이 후 이걸 셰이더 함수로 대입해준 뒤

ColourFX.Parameters["Colour"].SetValue(HashIDToColour(go.Hash).ToVector4());

셰이더 안에서 다음과 같이 그려만 주면 됩니다.

float4 ps(VtxOut In) : COLOR

{

 return Colour;

}

해쉬아이디 읽어오기

매우 간단합니다. 그냥 그 픽셀값을 32비트로 읽어오면 끝입니다. (이미 해쉬 ID에서 색상으로 변환할때 byte순서및 엔디안 문제를 고려했거든요

public int PickObject(int x, int y)

{

    int hash = Hash.INVALID;

    int [] pickedPixel = new int[1];

    IDMap.GetData<int>(0, new Rectangle(x, y, 1, 1), pickedPixel, 0, 1);

    hash = pickedPixel[0];

    return hash;

}

예제 결과

일단 제 샘플 코드를 실행해보면 다음과 같은 그림이 보일겁니다.

메인 화면에 3개의 공이 있고.. 오른쪽 아래는 ID맵입니다.

여기서 파란색 공위에 마우스를 클릭하면 다음과 같이 됩니다.

현재 선택된 물체를 노란색으로 표현했습니다. 그리고 현재 선택된 물체를 ID 맵에 안그려서 다시 한번 더 클릭을 하면 그뒤에 있는 물체가 대신 선택되게 만들었습니다.

이정도면 대충 보여드린듯 하죠? 자세한건 직접 받아서 실행해보세요.. -_-;

기타 응용

최근에 이 기법을 응용해서 물체 ID 대신에 물체의 깊이를 저장도 해봤답니다. 마우스 클릭 위치 근처에 있는 복셀(voxel)들을 전부다 고칠일이 있어서... 그냥 마우스 클릭 깊이만 찾아다 그로부터 월드위치 구한 뒤, octree를 뒤져서 근처에 있는 복셀들을 찾아냈죠.

기타 등등의 응용법이 있을 겁니다.

오랜만에 글써본 포프였습니다.

  

• 마이피플
• 트위터
• 페이스북
• 더보기

'프로그래밍' 카테고리의 다른 글

WPF로 툴 만들기. MVVM은 부록! #2  (6)	2012/12/09
WPF로 툴 만들기. MVVM은 부록! #1  (10)	2012/12/03
Fast Object Picking  (8)	2012/12/03
유니티 엔진의 코루틴활용예 1.5편(보충수업)  (0)	2012/11/25
유니티4의 애니메이션 시스템의 모바일 활용  (5)	2012/11/23
cocos2d-x 스프라이트 애니메이션 ( cocos2d-x sprite animation )  (4)	2012/11/18

http://cafe.naver.com/jzsdn/3286

게임 이펙트를 구현하시려고 하는분을 위해 간략히 써봅니다.

제가 하는 이야기가 무슨말인지 경험자분들은 대개 알고 계실거라 생각됩니다.

아시는 분은 아시겠지만... 일반적으로 게임 오브젝트를 렌더링 할경우

비알파 오브젝트를 먼저 렌더링하고 알파적용 오브젝트를 렌더링하게 됩니다.

그래야 알파적용 오브젝트가 비알파 오브젝트를 뒷배경으로 알파블렌딩 효과를

나타내기 때문이죠...

대개의 이펙트 효과는 반투명(알파 블렌딩) 의 효과를 가진게 많이 존재합니다.

일반적으로 여러개의 알파적용 오브젝트를 렌더링 할 경우에는 카메라와 거리를 재서

먼것부터 그려나가기 시작하죠

그래야 블렌딩 효과가 적용되기 때문입니다. 가까운것을 먼저그리게 되면

멀리 있는 오브젝트를 가까이 있는 오브젝트가 블렌딩하지 못하게됩니다.

게다가 뒷쪽에 오브젝트는 Z버퍼에 위해 걸러지게 되어 전체적으로

이상한 형상을 뛰게됩니다. 

여기까지는 아마 대개 렌더링 정책에 관한 이야기로 이미 알고 계신분들도 많으실겁니다 ^^;

이펙트를 구현하다보면 현실적으로 수많은 이펙트 메쉬들을 전부다 카메라와 거리를 통해

그려나간다는것은 불가능하다고 봐야겠죠... ^^

게다가 원통형의 마법형태를 구현하려고 하면 반정도가 이상한 모습을 뛴 모양이 나오게

될겁니다.

이런것들을 한방에 해결하게 해주는 요소가 바로 렌더링설정에서 D3DRS_ZWRITEENABLE를

FALSE로 설정하는 것입니다.

비알파 오브젝트를 먼저 렌더링하게 되면  Z버퍼에 상에 비알파 오브젝트에 대한 사항이

먼저 적용됩니다. (여기서도 비알파 오브젝트는 먼저 그려져야 합니다. ^^)

여기서는 D3DRS_ZWRITEENABLE가 물론 TRUE겠죠.

D3DRS_ZWRITEENABLE을 FASLE로 설정하고 이펙트를 렌더링하게 되면

Z버퍼를 갱신하지않고 렌더링이 적용되게 되죠. 그래서 가까이있는게

먼저 그려진다고 하더라도 이 가까운 메쉬에 위해 Z버퍼가 갱신되지 않게됩니다.

순차적으로 접근해보면....(다시 수정)

1. 가까운 메쉬가 그려진다. (Z버퍼가 갱신되지 않고 가장 먼상태로 그대로 유지된다.)

2. 먼 메쉬가 그려진다. ( Z버퍼가 갱신되지 않고 먼상태이기에 먼 메쉬도 그려진다.)

이상황에서 블렌딩을 적용하게 되면 자연스럽게 두색상이 적당히 혼합되 뒤쪽에 있는 메쉬를

가까이 있는 메쉬가 비추는듯한 효과가 생기게 되는거지요.

만약 이펙트가 비알파 오브젝트 뒤쪽에 존재한다면.. 이미 비알파오브젝트를 렌더링하고

Z버퍼는 비알파 오브젝트에 위해 갱신된값을 가지기 때문에

그려지지 않게됩니다. (이게 바로 Z버퍼를 끄지않고 D3DRS_ZWRITEENABLE를 사용하는 이유입니다.)

해당 아티클을 적용할시에 대개 블렌딩 모드를

lDevice->SetRenderState(D3DRS_SRCBLEND, D3DBLEND_SRCALPHA);   
lDevice->SetRenderState(D3DRS_DESTBLEND, D3DBLEND_ONE);

lDevice->SetRenderState(D3DRS_SRCBLEND, D3DBLEND_ONE);   
lDevice->SetRenderState(D3DRS_DESTBLEND, D3DBLEND_ONE);

lDevice->SetRenderState(D3DRS_SRCBLEND, D3DBLEND_SRCALPHA);   
lDevice->SetRenderState(D3DRS_DESTBLEND, D3DBLEND_DESTALPHA);

lDevice->SetRenderState(D3DRS_SRCBLEND, D3DBLEND_ONE);   
lDevice->SetRenderState(D3DRS_DESTBLEND, D3DBLEND_DESTALPHA);

이 넷중에 하나로 설정할때 사용합니다. 

GetSurfaceLevel()

GetRenderTarget(),
GetDepthStencilSurface()

을 사용할때 레퍼런스 카운트 1씩이 증가해 Release() 로 참조카운트 수를 감소시켜 해제하도록 해야함

http://cretom.egloos.com/583755

셰이더 책에 보면

보관했던 렌더링 표면을 복구시키는 부분에 이런 코드가 있다



//-----------------------------------------------------
// 기존 렌더링타겟 복구
//-----------------------------------------------------

m_pd3dDevice->SetRenderTarget(0, pOldBackBuffer);
m_pd3dDevice->SetDepthStencilSurface(pOldZBuffer);
m_pd3dDevice->SetViewport(&oldViewport);

pOldBackBuffer->Release();
pOldZBuffer->Release();

// 버퍼 클리어
m_pd3dDevice->Clear( 0L, NULL , D3DCLEAR_TARGET|D3DCLEAR_ZBUFFER
      , 0x00404080, 1.0f, 0L );

// pOldBackBuffer에 렌더링하는 코드
.......
....
..




빨간색 부분이 주목해야 할 부분!

그 코드 뒤 복구한 렌더링타겟 'pOldBackBuffer' 에 Clear하고 렌더링하는 코드가 있는데

그러기 전 'pOldBackBuffer'를 Release 시켜버리고 있다.

왜 이러나.. 이해가 되질 않았는데

pDevice->GetRenderTarget(),
pDevice->GetDepthStencilSurface() 메소드의 설명을 찾아보니 의문이 풀렸다.

이 메서드를 호출하면,IDirect3DSurface9 인터페이스에 대한
내부 참조 카운트가 증가한다.
이 IDirect3DSurface9 인터페이스를 사용해 끝냈을 때에
IUnknown::Release 를 호출하지 않으면 메모리 누수가 발생한다.

http://blog.naver.com/sorkelf/40156769867

오브젝트들이 파이프라인을 통과하면서 최종 그려질 화면을 만들게 된다, D3D에서는 화면에 출력할때

중간의 끊김없이 화면을 보여주기 위해서 back buffer 와 front buffer 를 사용해 끊김을 해결하고있다

front buffer 에서는 화면에 보여주는 역할을 하게 되고 back buffer 에서는 그릴 화면을 저장하는 메모리용도로 사용한다

이때 back buffer 에서 front buffer 로 스위치되면서 화면에 출력되는 시간단위를 '프레임' 이라고 한다

현재 게임에선 프레임이 1초에 몇번 스위치 됐는지를 계산해 FPS로 계산한다

또한 D3D에서는 보여질 버퍼를 텍스처에 쓸 수 있게도 지원한다, 즉 메모리에 화면을 출력할 수 있도록 허용하며

그 출력 대상은 텍스처가 될 수도 있다, 이때 그려지는 대상이 되는 텍스처의 명칭을 렌더타겟이라고 한다

이로써 Shader 에서 멀티패스로 다양한 효과처리가 가능해지게 된다

http://www.kwxport.org/

kW X-port 3ds Max X file exporter

• kW X-port for 32-bit 3ds Max versions up to 2011
  
  
• kW X-port for 64-bit 3ds Max versions up to 2011

svn co http://svn.kwxport.org/kwxport kwxport

http://cafe.naver.com/siamiz/1482

http://cafe.naver.com/leafs/94884

http://d.hatena.ne.jp/runicalp/20081114/1226680735

case HRESULT_FROM_WIN32 (ERROR_FILE_NOT_FOUND) :

case __HRESULT_FROM_WIN32 (ERROR_FILE_NOT_FOUND) :