프로그래머 서식지

버그를 잡으려면 원인에 집중해야한다. 현상은 그림자가 위치에서 디스코 택처럼 깜박였다. motion blur/ssao 넣고 난뒤에 생긴거라 우선 위에걸 제거해보고 안되어서 화면 넓게 보니 해당 현상이 줄어들었다. 그래서 object clipping 여부에 따라 해당 문제가 발생하는 줄 알고 cliping 을 날려보니 문제가 없었다 skinning object 때문에 AABB 자체가 정밀하지 못했고, shadow map 을 위한 light space clipping 부분도 문제 있는 것 같아서 CSM 넣고 해당부분 제거하자고 하고 우선 넘어갔다. 이까지 오는데 3시간 넘게 걸렸는데. SSAO 버그 수정하다가 shadow map 쪽에서 살펴볼께 있어 shadow map을 보니 여보세여?? float comp..

http://silviojemma.com/public/papers/lighting/spherical-harmonic-lighting.pdf 뉴비를 위해 SH 기본 수학 부분 설명이 잘되어있다. SH Lighting, raytracing 부분까지 섞여있는데 그 부분은 이해 못함. 누가 해본 소스 코드 (Framework가 핵심인데 비공개, 배포 안됨) https://github.com/dwilliamson/SHTest https://github.com/dwilliamson/SHRotation (visualizing 인가?) Practical Implementation of SH Lighting and HDR Rendering on PlayStation 2! 위에선 DirectX SDK의 9c PRT 부분을..

그림자에 대해선 왜케 많이 해야하는 건지 Raytracing 으로하면 편하나 http://www.olhovsky.com/2011/07/shadow-map-filtering-experimentation/ https://www.slideshare.net/WolfgangEngel/04-shadows Raytracing 으로 하는 방법

코드 정리까지 같이하니 시간이 너무 걸린다. 몇가지 발견한 트릭들 [Luna] // Set z = w so that z/w = 1 (i.e., skydome always on far plane). output.position = mul( worldViewProjMatrix, float4(position, 1)).xyww; Far plane 이 1로 고정되어있으면 몽땅 far 로 보내버리면 된다 [incskies] // カメラ視点のワールドビュー射影変換 // カメラの移動をキャンセルし、 // 視点を常に天球の中心に。 float4x4 mat = WorldViewProjMatrix; mat[3] = float4(0,0,0,1); Pos.xyz *= STAR_DISTANCE; left 좌표계라면 저기를 0으로 set..

색감때문에 tone mapping을 꺼놨는데 화면 밖에 카메라가 나가면 밝아진건 좋은데 색이 영 깨진다 SKYBOX 추가하면 되는 문제긴 한데 Tone mapping 을 넣으면 색깨지는건 없어지나 rim 쪽의 쉐이더 효과가 약해지고 색도 변한다

Camera가 모션 중간에 엄청 밝아지는 현상 발견 문제는 2개가 섞였는데 tone mapping operator 를 꺼놔서 auto exposer의 값이 감당 안되는 것이고 distance 가 음수일 경우 SetEyeAtUp( cameraPos, m_Position, up ); 여기서 direction을 구할때 음수가 나와서 그렇다. 이 후에 윤곽선이 진하게 나오는 현상이 발견 거리 자체는 멀지만 projection matrix의 scaling으로 화면과 가깝게 표현해서 그렇다. float4 posVS = mul(toView, float4(pos, 1)); float fovFactor = length(float2(projection[0][0], projection[1][1])); float scale ..

http://mmdguide.tistory.com/789?category=329175 중력을 역전 시켜보려하니 문제가 2개가 있다. noise란 부분은 존재하지 않고, SDEF 대신 DQ 로 blending 한 부분이 수학쪽 디버깅은 힘들다 믿을만한 라이브러리를 레퍼런스로 삼아 Test하는 수 밖에 틀린 것, vector3 가 XMVECTOR로 converting 되어 잘못된 값이 들어감 Dual = Quaternion( form.GetTranslation() * 0.5f ) * Real; 내가 이해를 잘못했나 EDUCATINO 쪽 자료 중에 DQ 초기화를 Cross 써서하고 Transform 공식을 이쁘장하게 몇줄로 하는게 있었는데 아예 GLM과 다르게 나온다. 다시 수정함 SDEF vs DQBS LB..

디버거 한번, 롤백 한번 Debugger가 날 엿먹여도 이번엔 빠르게 잡은 듯 spTex 에서 흰색 영역을 과도하게 가져온다. sphere 라고 제질 광택 분포를 나타낸 값이라 값이 없다면 가운데 검정색 부분을 가져와야한다 (specularlight 값을 저장해둔거라 보면된다) if ( mat.sphereOperation != kSphereNone ) { float2 normalVS = mul( (float3x3)view, normalWS ).xy; output.spTex = normalVS * float2(0.5, -0.5) + float2(0.5, 0.5); } normalVS 가 0 이 나왔는데 output.spTex가 계속 0 이 나온다. normalWS 를 강제로 0으로 주니 (0.5, 0.5)..

보통은 모핑이 거의 없거나 귀찮아서 안만든다. 모핑 전용 본이 따로 배포되는 정도? 근대 이건 너무 크다 https://youtu.be/fRYp_T1PAfQ 흠 MMD 에서도 그런거 보니 값을 변경해야 할듯 붙여두고 기타등등

결론은 항상 정해져 있다. 망할 Reference 모델의 경우 잘 정돈되어있다. 예외도 없고 그에 반해 유저 모델의 경우 항상 생각했던 범위를 뛰어넘는다 그 때문에 적당히 테스트를 해야한다 현재 발견된 문제는 3개다. 모델의 가슴이 뚤리는 현상. 물리 값이 발산하는 현상. 뼈 값이 음수가 나오는 현상. Debug 모드시엔 nad 값이 나오면서 assert 가 걸린다. 그럼 이 값이 왜 나오는지 봐야하는데, m_linearVelocity = {mVec128={m128_f32=0x000001eb7f39d0c0 {-6.81898034e+36, -8.55016639e+36, 7.02308856e+36, 0.000000000} ...} ...} 또 저 값이 어디서 결정되는지 바야하는데 저 값은 m_tmpSolve..