Client does not support authentication protocol requested
by server; consider upgrading MySQL client

mysql> set password for '계정' = old_password( '패스워드' );

MYSQL에서 기본적으로 유저 단위, DB단위, 테이블 단위, 컬럼 단위로 유저의
권한을 설정할 수가 있습니다.

MySQL을 설치하면, 기본적으로 다음과 같은 테이블이 생성됩니다.

columns_priv
db
func
host
tables_priv
user

user > db > tables_priv > columns_priv

insert into tables_priv ( host, db, user, table_name, grantor, table_priv ) values ( '%', 'DB이름', 'USER 아이디', '테이블 이름', 'root@localhost', 'Select,Insert,Update,Delete' )

실시간 그림자를 크게 나누어 보자면,

1. Static Shadow
2. Projection Shadow
3. Shadow Volume ( stencil shadow )

세가지로 나누어 볼 수 있습니다.
이중에서도 Projection Shadow가 가장 MMO에서 많이 사용되고 있는 기법중에 하나로,
현재까지도 애용되고 있는 그림자 기법 중에 하나입니다.

Static Shadow는 흔히 원형 그림자라고도 부르며, 실시간으로 그림자의 모양이 바뀌지
않는 그림자를 뜻합니다. 하지만, 실시간처럼 보이도록 하는 기법도 존재 합니다.
원형 그림자를 부위별로 나누어서 마치 투영한 듯하게 하여 그리는 방법으로
캐릭터마다의 고유한 특색을 살리지 못하지만, 마치 실시간 그림자처럼 보이게
하는 기법입니다. 만들기도 쉬울 뿐만 아니라 속도도 매우 빠르기 때문에 상당히
유용한 방법입니다.

Projection Shadow의 경우 Projective Shadow라고도 하며, Light View 시점에서
물체를 렌더링하여 투영하는 기법입니다.  Depth Buffer Shadow는 바로 이런
Projection Shadow의 기법이 발전된 기법으로 Self Shadow가 가능하다는 장점이 있습니다.
일반적인 Projection Shadow에서 가지고 있는 단점들이 보완되었다고 보면 되겠습니다.
( Back Projection 문제도 해결이 됩니다. )

Depth Buffer Shadow는 광원 방향에서 본 깊이 값을 렌더링하여 그림자를 그린 후에
깊이 값을 토대로 그림자를 그릴 영역을 정하는 기법입니다.
총 2회의 Pass로 렌더링이 되는데 저의 경우에는 그림자맵을 한번 부드럽게 가우시안
블러를 먹이기 때문에 총 2번의 객체 렌더링과 3회의 Image Pass로 렌더링했습니다.

먼저, 첫번째 패스에서는 깊이 맵을 생성합니다.( 깊이버퍼가 아닙니다. )
깊이 맵은 일반 적인 Projection Shadow와 마찬가지로 Light View에서 물체를
렌더링 합니다. 이때, 텍스처에 깊이 값을 써야 하는데 World - View - Projection 행렬과
정점이 곱해진 값중에서 z와 w값을 토대로 텍스처에 기입합니다.


VS_OUTPUT_SHADOW1 RenderShadow1_VS( float4 vP : POSITION )
{
VS_OUTPUT_SHADOW1 o = (VS_OUTPUT_SHADOW1)0;

o.vP = mul( vP, g_mWorldViewProjection );
o.vDepth = o.vP;
return o;
}

float4 RenderShadow1_PS( VS_OUTPUT_SHADOW1 i ) : COLOR
{
float fDepth = i.vDepth.z / i.vDepth.w; // 깊이 값을 씁니다.
float fBios = fDepth * 0.005f; // 미리 바이어스를 구합니다.
return fDepth + fBios;
}
 

HLSL코드로 보면 위와 같습니다.
Pixel Shader에서 z값을 w로 나누는 이유는 '타카시 이마기레'의 다이렉트 X 쉐이더
프로그래밍 책에 잘 나와 있습니다.

요즘 라이팅 기법중에 "대세"라고 까지는 모르겠습니다만, 구현도 쉽고
느낌도 괜찮기 때문에 많이 쓰이는 것 같습니다. ( 요즘 캐쥬얼 게임을 만들다 보니
카툰쪽 라이팅 말고는 구현해본게 오랜만인거 같네요. )

그래서 저도 한번 구현해 보았습니다. 

RIM LIGHT란, ( LIM LIGHT라고 하는 곳도 있음 ) 후광효과를 내기 위한
LIGHT ( 혹은 조명 )이라고 보시면 될 것 같습니다.
사실 이런건 직접 눈으로 보는 것이 이해가 빠른데, 간단하게 말로 표현하자면,
예수나 석가모니 뒤에 흔히 하는 후광처럼 과장된 것이 아니라 은은하게 물체를
더욱 두드러져 보이게 하는 빛입니다.

이렇게 후광을 구현하기 위해선, 단 두가지만 알아 두면 됩니다.

1. 피사체 ( 물체 )의 외곽-실루엣. ( fresnel항 )
2. 빛을 등지고 있는지의 여부 ( backlight )

후광의 경우에는 물체의 외곽이 되는 라인에 빛이 먹기 때문에 구해야 하며,
역광을 표현하기 위해서는, 빛을 정면으로 받고 있을땐 RIM LIGHT이 먹지 않게 해야 합니다.

1. 피사체 ( 물체 )의 외곽-실루엣. ( fresnel항 )

위는 동작과 동작 사이를 "블렌딩"으로 연결하는 경우입니다.
"보간"과는 다르게 "블렌딩"의 경우 블렌딩 되는 시간을 조금 넉넉하게 해주어야
위와 같이 자연스럽게 연결됩니다. 짧을 수록 "보간"과 거의 비슷한 결과물을 보여
주게 됩니다.

위의 동영상은 각각 보간에서는 "0.4초"간 연산을 하며, 블렌딩의 경우에는, "1.4초"동안
블렌딩을 합니다.

보시다시피, 자연스럽게 애니메이션을 연결하는 방법은 "블렌딩"이 더 자연스럽습니다.

보간의 경우 키프레임을 중간 보간하면 되기 때문에 상대적으로 구현하기가 쉽습니다.
블렌딩은 보간과 비슷하긴 하지만, 두개의 동작을 동시에 플레이 해야 하기 때문에
보간보다는 조금 복잡합니다.


// 첫번째 프레임과 보간합니다.
const Vector3* vPos = pKey->GetPos( 0 );
const Quaternion* qRot = pKey->GetRot( 0 );

// 키 값을 구합니다.
m_apBone[i].vPos.Lerp( m_apPrevBone[i].vPos, *vPos, fOffset );
m_apBone[i].qRot.Slerp( m_apPrevBone[i].qRot, *qRot, fOffset );
 

보간은 위와 같이 새 동작의 첫프레임과 동작을 바꾸는 시점에서의
그전 동작의 프레임 사이를 보간하게 됩니다.


const IAniKey* pPrevKey = m_pPrevAni->GetBoneKey( i );
const IAniKey* pNextKey = m_pAni->GetBoneKey( i );

if( NULL == pPrevKey ) continue;
if( NULL == pNextKey ) continue;

// 첫번째 프레임과 보간합니다.
const Vector3* vPrevPos = pPrevKey->GetPos( m_nPrevFrame );
const Vector3* vNextPos = pNextKey->GetPos( m_nFrame );

const Quaternion* qPrevRot = pPrevKey->GetRot( m_nPrevFrame );
const Quaternion* qNextRot = pNextKey->GetRot( m_nFrame );

// 키 값을 구합니다.
m_apBone[i].vPos.Lerp( *vPrevPos, *vNextPos, fOffset );
m_apBone[i].qRot.Slerp( *qPrevRot, *qNextRot, fOffset );
 

블렌딩의 경우에는 위와 같이 두개의 동작에 대한 프레임이 동시에 진행되며,
가중치가 서서히 새로운 동작으로 시간이 흐를수록 1에 가까워 지기 때문에
자연스럽게 그전 동작에서 새로운 동작으로 이어지게 됩니다.