티스토리

꾸준히 개발하자

검색하기

블로그 홈

꾸준히 개발하자

banwolcode.tistory.com/m

Banjosh 님의 블로그입니다.

구독자: 1

방명록 방문하기

주요 글 목록

Hiking: 5주차 하체 100% IK 적용 corn 모양 변경 Joint의 가동 범위를 지금까지 타원기반의 corn 모양으로 사용했었다. 하지만 x축 각도가 Max 혹은 Min 값으로 갈수록 경우 z축의 범위가 너무 좁아지기 때문에 부자연스러울 수 있다 생각하여 사각뿔로 바꾸었다. (혹시 Jacobian이 수렴하지 못한 이유가 이것일 수 있기 때문에 바꾼 것도 있음) 기존 corn 모양의 가동 범위 새로운 사각뿔 모양의 가동 범위 Jacobian 수렴 못하던 이유 분석지난주 마지막에 clamping에 성공했는데도 불구하고 Target에 수렴하지 못한 것을 발견하였다. 그래서 이번엔 그 원인을 먼저 찾기 위해 디버깅을 진행하였다. 1. Jacobian 자체가 수렴하지 못 하는가?우선 가장 기본적인 Jacobian의 기능을 확인해보았다. 기존엔 t.. 공감수 0 댓글수 0 2025. 5. 2.
Hiking: 4주차 Joint Clamping 적용 -(3) 이번 주는 각 Joint의 회전 각도에 제한을 두는 기능을 구현하였다. 1. Quaternion -> Euler -> Quaternion 방법 시도가장 먼저 시도했던 것은 Quaternion -> Euler -> Quaternion 방법이었다.이 방법은 2가지로 시도할 수 있다. 1) 현재 Quat -> Euler 변환 -> Euler에 dθ 및 Clamping 반영 -> 새로운 Quat으로 변환 2) 현재 Quat -> Euler 변환 -> Euler에 dθ 반영후 Clamping 해야하는 정도를 측정 -> dθ에 Clamping을 적용한 Quat 생성 -> 새로운 Quat을 현재 Quat과 dθ와 Clamping을 적용한 Quat을 곱해 생성 위 경우는 이전 글에서 말했듯이.. 공감수 0 댓글수 0 2025. 4. 25.
Hiking: 3주차 Jacobian IK 적용 - (2) 1. Model에 Static Rigidbody와 Mesh collider 적용 우선 IK를 위해 Target의 정보를 얻어와야한다. 이를 위해 Raycasting 기능을 활용하기 위해 Target이 될 수 있는 Model들에 대해 static rigidbody를 만들어주었고, 여기에 mesh 기반 collider를 적용하였다. [구와 박스 모델 렌더링] [Physix Visual Debugger에서 본 Model의 collider] 2. Raycasting으로 Target의 정보를 얻어오는 기능 구현Target이 될 수 있는 Model들에 Collider를 적용한 후, physix의 raycasting 기능을 도입하였다. EndEffector에서 Ray를 발사하여 Target을 발견한 경우, 발견한 T.. 공감수 0 댓글수 1 2025. 4. 18.
Hiking: 2주차 IK 구현을 위한 준비 - (1) 2주차에는 IK 구현을 위한 준비를 진행하였다.1. Camera 객체 구현Camera 객체는 키보드와 마우스 입력으로 위치와 각도를 조절하는 객체로, CameraPos, CameraUp, CameraFront 벡터를 통해 렌더링에 필요한 view Matrix를 반환한다. 2. Model 렌더링저번 주에 학습한 DX11 지식을 활용하여 Model 렌더링을 구현했다. Model은 여러 개의 Mesh 객체와 Texture 객체들로 구성되며, Model 정보는 Assimp 라이브러리를 통해, Texture 데이터는 DirectXTex 라이브러리를 통해 로딩했다. 3. Skeleton Animation 정보 로딩Skeleton Animation 정보 역시 Assimp 라이브러리를 이용하여 로딩했다. 정보를 저장하.. 공감수 0 댓글수 0 2025. 4. 11.
Hiking: Procedural Animation을 활용한 등산 시뮬레이션 프로젝트 - (0) 게임 엔진 프로젝트를 마치고 이번에는 새롭게 애니메이션 프로젝트를 진행해보려 한다.프로젝트 주제Procedural Animation을 통해 스켈레탈 메시 애니메이션 캐릭터가 등산하는 시뮬레이션을 완성하는 것이 목표이다. 다양한 상황을 연출할 예정이며, 이를 구현하기 위해 다음과 같은 기술들을 사용할 예정이다.Foot IKTarget-based IKFull-Body IKStep Planning & Foot TrajectoryAnimation LayerPose SnapshotRagdollProcedural Animation이란?미리 만들어진 애니메이션 클립 없이, 코드나 알고리즘을 통해 실시간으로 애니메이션을 생성하는 기술이다.대표적인 기술로 IK(Inverse Kinematics)가 있으며, 물리(Phys.. 공감수 3 댓글수 0 2025. 4. 3.
ALEngine: 엔진 제작 프로젝트 후기 - (6) 5개월간의 게임 엔진 제작 프로젝트가 끝났다. OpenGL을 깔짝대던 수준에서 시작하여SCOP 프로젝트를 통해 Model과 수학 라이브러리와 친해지고,HumanGL 프로젝트를 통해 계층적 구조와 애니메이션에대해 공부를 하고,FT_Newton(물리 엔진) 프로젝트를 통해 물리 엔진을 직접 구현하는 값진 경험을 하고,ALE를 마치며 엔진 최적화와 엔진 구조에 대한 이해를 높일 수 있었다. C와 C++만을 공부하여 아직 Unity와 Unreal을 사용해보지 못해 부족한 점이 많았지만 팀원들이 많이 도와준 덕분에 프로젝트를 잘 마칠 수 있었다고 생각한다. 취업 걱정 없고 돈 걱정 없었다면 현재 팀원들과 지금 엔진의 부족한 점을 전부 수정하고 더 좋은 엔진으로 develop하는 단계까지 진행하고 싶지만 현실적으로.. 공감수 2 댓글수 0 2025. 3. 26.
ALEngine: 엔진 프로젝트 결과물 - (5) 5개월간의 게임 엔진 제작 프로젝트가 끝나고 4개의 씬을 만들어보았다. Rendering Demo1https://www.youtube.com/watch?v=cwIg2w3mOJ0 Rendering Demo2https://www.youtube.com/watch?v=ya1hKmkO8JY Physics Demo1https://www.youtube.com/watch?v=oJnp3A-QEsE Physics Demo2https://www.youtube.com/watch?v=_ZHyU_WvnIw Animation Demohttps://www.youtube.com/watch?v=M6dmDZbce60 이 다음 글에서는 후기로 찾아올 예정이다. 공감수 0 댓글수 0 2025. 3. 26.
ALEngine: Trigger 구현 - (4) 이번엔 물리 충돌이 아닌 서로 영역이 겹쳐진 경우 센서 감지를 하는 Trigger 구현을 해보았다.Trigger는 기존 충돌 감지에서 둘 중 하나가 Sensor인 경우, 충돌처리를 하는 것이 아닌 Sensor 접촉 Flag를 변경하여 엔진에 접촉을 알리는 방식으로 구현하였다. 즉 원래라면 A와 B의 collider가 겹친경우 충돌을 감지하여 solve 단계를 통해 서로 분리하지만, 둘 중 하나가 Sensor라면 충돌처리를 하지 않고 A와 B가 서로 접촉해있다는 사실을 Flag를 통해 엔진에 알리는 것이다. 다음은 해당 Trigger를 통해 구현한 문 열고 닫기 영상이다.Sensor인 문과 Scene 카메라의 collider가 겹친 경우 서로 접촉했다는 사실을 알게 되고 이때 F를 누르면 문을 열고 닫을 .. 공감수 0 댓글수 0 2025. 3. 26.
ALEngine: SIMD를 이용한 최적화 - (3) SIMD 최적화를 적용한 이유ALEngine에서는 일반적으로 자주 쓰이는 glm이라는 수학 라이브러리 대신 우리가 직접 만든 alglm이라는 라이브러리를 사용한다. 이전 과제들에서도 직접 만든 수학 라이브러리를 사용하긴 했지만, 이번 프로젝트처럼 큰 규모가 아니었기에 별다른 최적화 없이 사용했고, 이번 프로젝트에서는 연산이 많이 일어나기 때문에 수학 라이브러리의 최적화도 중요해졌다.따라서 우리는 alglm 수학 라이브러리에 SIMD 최적화를 적용하기로 했다.SIMD란?SIMD는 Single Instruction, Multiple Data의 약자로, 말 그대로 하나의 명령어로 여러 개의 데이터 연산을 처리하는 방식이다.일반적인 CPU의 레지스터들은 32bit 혹은 64bit 크기로, 하나의 명령어로 하나의.. 공감수 1 댓글수 0 2025. 3. 26.
ALEngine: Freeze 구현 - (2) 엔진에 캐릭터 애니메이션을 추가하기 위해 Freeze 기능을 추가하였다.캐릭터의 콜라이더를 캡슐로 할 것인데 이때 캡슐이 쓰러지지 않게 회전을 Freeze 해줄 필요가 있는 것이다.Freeze의 종류Freeze는 크게 두 가지 종류가 있다.Position Freeze – X, Y, Z 축 방향으로의 이동을 막는다.Rotation Freeze – X, Y, Z 축 방향으로의 회전을 막는다.Freeze 적용 영상다음은 Freeze를 적용하기 전 영상이다. 이번에는 Y축 Position만 Freeze한 영상이다. 이번엔 X, Y, Z 축 Position을 모두 Freeze한 영상이다. 마지막으로, Rotation의 X, Y, Z 축까지 전부 Freeze한 영상이다. Freeze 구현 방법물리 처리에서는 .. 공감수 0 댓글수 0 2025. 3. 21.
ALEngine: Frustum Culling 구현 - (1) Frustum Culling이란?Frustum Culling은 카메라의 시야 범위(Frustum) 밖에 있는 객체들을 렌더링하지 않아 성능을 최적화하는 기술이다. 시야에 보이지 않는 객체들을 제외함으로써 불필요한 GPU 연산을 줄여 성능을 크게 향상시킬 수 있다.내가 구현한 Frustum Culling1. BVH 사용Bounding Volume을 구 형태로 구성하여 BVH(Bounding Volume Hierarchy)를 구축했다. 모든 오브젝트는 BVH의 노드로 관리되며, Culling은 다음 세 가지 경우로 처리된다:1. 현재 노드가 카메라 영역 밖에 있는 경우현재 노드를 포함한 모든 자식 노드를 렌더링하지 않는다.2. 현재 노드가 카메라 영역 내부에 있는 경우현재 노드와 모든 자식 노드를 렌더링한.. 공감수 0 댓글수 0 2025. 2. 17.
ALEngine: 게임 엔진 제작 합류 - (0) ALEngine 이란 After Life Engine의 약자로 우리 팀에서 제작 중인 게임 엔진의 이름이다.ALEngine에 렌더링 엔진이 이식된 상태에서 나의 FT_Newton 물리 엔진도 이식에 성공하였다. 앞으로는 물리 엔진의 Develop 뿐 아니라 ALE 게임 엔진의 최적화 및 기능 추가에도 참여할 예정이다!! https://github.com/Very-Real-Engine/ALEngine GitHub - Very-Real-Engine/ALEngine: This is an GAME ENGINE made by 42 Very-Real-Engine Team.This is an GAME ENGINE made by 42 Very-Real-Engine Team. - Very-Real-Engine/ALEng.. 공감수 0 댓글수 0 2025. 2. 17.
FT_Newton: sleep 상태 추가 및 solve constraint 반복 수정 - (13) 이번에 물리 엔진을 메모리 최적화하면서 성능이 확 올라갔는데, 이게 오히려 새로운 문제를 만들었다. 성능이 좋아지다 보니 duration(물리 연산에 사용하는 시간 단위)을 크게 설정했는데, 7 x 7 x 7의 박스 탑에서 이상한 현상이 벌어졌다. duration이 커서 중력 영향을 크게 받게 되니까, 박스들이 서로 요동치면서 건드리지도 않았는데 스스로 무너져버렸다.나는 이 문제를 정지 접촉(Rest Contact) 쪽 이슈라고 판단했고, 그래서 Sleep 상태와 Awake 상태를 추가해서 해결을 시도했다. 1. Sleep 상태먼저 setSleep() 함수를 살펴보면:void Rigidbody::setSleep(float duration){ if (m_canSleep) { m_sleepTime +.. 공감수 0 댓글수 0 2025. 2. 12.
FT_Newton: 메모리 풀 구현 - (12) 이번 글에서는 메모리 풀 구현에 대해 알아보자. 우선, 왜 메모리 풀을 써야 할까에 대한 의문이 먼저 생길 수 있다. C에서는 malloc, C++에서는 new 연산자를 통해 메모리를 할당받아 사용한다. 물론 명시적으로 malloc이나 new를 호출해 메모리를 할당할 수도 있지만, vector와 같은 동적 자료구조를 사용할 경우 내부적으로 메모리 할당이 수시로 일어나게 된다. 즉, new와 malloc을 통해 쉽게 메모리를 할당받을 수 있다는 장점이 있지만, 자주 사용하게 되면 다음과 같은 단점들이 발생한다.시스템 콜 오버헤드malloc과 new는 메모리를 할당하기 위해 내부적으로 시스템 콜을 사용하는데,시스템 콜은 사용자 모드에서 커널 모드로 전환되는 비용이 크므로 자주 호출하면 성능이 저하된다.복.. 공감수 0 댓글수 0 2025. 2. 7.
FT_Newton: 최적화를 통해 FPS 방어하기 - (11) 저번 글까지 기본적인 기능은 완성되었지만, 매우 느린 물리 엔진이라는 사실을 확인할 수 있었다.이번 글에서는 그 느렸던 물리 엔진의 FPS 방어 과정을 적어보려 한다. 물리 엔진의 기본 기능이 확보된 후, 게임 엔진 개발 팀원들에게 받은 미션은 100 x 100의 박스를 생성하고 FPS 60 방어선을 지키는 것이었다. 2 x 2 크기의 박스 충돌에서도 느렸던 내 물리 엔진을 어떻게 최적화할지 고민한 끝에 다음 과정을 거치기로 했다. 1. 현재 상태 파악2. Visual Studio Profiler를 이용한 분석 및 문제 가정 3. 문제 가정에 따른 해결 방법 모색 4. 해결 방법 적용 후 다시 테스트 1. 현재 상태 파악 최적화를 진행하기 위해 일단 고정된 테스트 박스의 개수를 정한 뒤 현재 .. 공감수 0 댓글수 0 2025. 2. 4.
FT_Newton: Cylinder 와 Capsule 충돌 - (10) 이번에는 기존 충돌 로직에 Cylinder Shape과 Capsule Shape을 추가해보았다. GJK/EPA 알고리즘을 사용했기 때문에 Shape 추가는 크게 어렵지 않았고, collider와 support 함수, clipping 함수만 추가로 더 만들어 주기만 하면 된다. Cylinder 충돌 Capsule 충돌 이렇게 기본 Shape 들에 대한 구현이 끝났고 다음은 여러 Shape의 충돌을 구현한 영상이다. 아직 최적화를 하지 않아서 오브젝트가 많아지면 금방 느려지지만, 충돌 구현은 잘 되어있는 것을 볼 수 있다. 공감수 0 댓글수 0 2025. 1. 16.
FT_Newton: Sphere 와 Box 충돌 - (9) 지금까지 구현한 로직을 바탕으로 Sphere Shape, Box Shape에 대한 충돌을 구현하였다 Sphere 충돌 Box 충돌 이렇게 Sphere Shape과 Box Shape에 대한 충돌 구현을 해봤고 다음 글에서는 Cylinder Shape과 Capsule Shape에 대한 충돌을 살펴볼 예정이다. 공감수 0 댓글수 0 2025. 1. 16.
FT_Newton: Physics Loop의 마지막 단계 Solve - (8) Physics Loop의 마지막 단계인 Solve에 대해 알아보자이전 단계인 Narrow Phase를 통해 우리는 충돌마다 Manifold들을 생성할 수 있었다.struct Manifold{ float seperation; // 충돌 깊이 glm::vec3 normal; // 충돌 방향 glm::vec3 pointA; // 오브젝트 A의 충돌 지점 glm::vec3 pointB; // 오브젝트 B의 충돌 지점}; Solve 단계에서는 위 정보를 토대로 VelocityConstraints와 PositionConstraints를 처리한다.VelocityConstraints와 PositionConstraints란?1. VelocityConstraints.. 공감수 0 댓글수 0 2025. 1. 16.
FT_Newton: Narrow Phase / Clipping - (7) 이번에는 Narrow Phase의 마지막 단계인 Clipping에 대해 알아보자.Clipping이란? Clipping은 EPA에서 찾은 충돌 방향과 충돌 깊이를 바탕으로 충돌점(Contact Point)을 생성하는 방법이다.초기에는 Clipping 없이 충돌당 1개의 충돌점만 계산했지만, Sphere 충돌과 달리 Box 충돌에서는 여러 개의 충돌점이 필요했다. 이를 해결하기 위해 Clipping 방식을 도입하여 다수의 충돌점을 구하는 방법으로 변경했다.Clipping 과정오브젝트 A와 B의 충돌면 선택오브젝트 A, B와 충돌 방향 dir이 주어진 상태.오브젝트 A에서 dir 방향으로 가장 멀리 떨어진 면 a를 충돌면으로 설정.오브젝트 B에서 −dir 방향으로 가장 멀리 떨어진 면 b를 충돌면으로 설정.충.. 공감수 0 댓글수 0 2025. 1. 15.
FT_Newton: Narrow Phase / EPA - (6) 이번에는 지난 글에서 다룬 GJK 이후, 충돌 방향과 충돌 깊이를 찾아주는 EPA 알고리즘에 대해 알아보자.EPA란?EPA(Expanding Polytope Algorithm)는 두 도형 A, B의 Minkowski Difference를 활용해 충돌 해소의 최소 깊이와 충돌 방향을 찾아주는 알고리즘이다.이 알고리즘은 GJK에서 생성된 4개의 simplex로 이루어진 사면체에서 시작한다.GJK에서 충돌이 감지된 경우에만 EPA 단계를 진행하기 때문에, 사면체 내부에 원점이 포함된 상태가 확정적이다.이후, 아래의 과정을 반복하며 충돌 깊이와 충돌 방향 벡터를 계산한다.EPA 알고리즘 과정원점에서 다면체의 평면까지의 거리 계산현재 simplex로 이루어진 다면체의 모든 평면에 대해, 원점에서 각 평면까지의 거.. 공감수 0 댓글수 0 2025. 1. 15.
FT_Newton: Narrow Phase / SAT vs GJK - (5) Broad Phase와 Narrow Phase를 살펴보기 전에, Broad Phase에 대해 간단히 상기해보자.Broad Phase모든 물체의 충돌 범위를 AABB(축 방향 정렬된 박스)로 설정한다.Integrate 단계 이후, AABB 범위가 겹치는 물체들을 충돌 쌍으로 만들어 Narrow Phase에 전달한다.Narrow PhaseBroad Phase에서 만들어진 충돌 쌍은 AABB의 넓은 범위를 기준으로 설정되었기 때문에, Narrow Phase에서는 더 정밀한 충돌 감지를 진행한다.이 과정에서 실제 충돌이 확정되면 접촉점, 침투 깊이, 충돌 방향에 대한 정보를 계산하여 Solve 단계로 넘겨준다.Narrow Phase를 진행하기 위해서는 먼저 실제 충돌인지 여부를 감지하는 알고리즘이 필요하다.대표.. 공감수 3 댓글수 0 2025. 1. 15.
FT_Newton: 『게임 물리 엔진 개발』 vs Box2D - (4) Narrow Phase와 Solve 단계를 설계하면서 『게임 물리 엔진 개발』 책과 Box2D 코드를 함께 참고해보았다. 사실 물리 엔진은 정해진 구현 방식이 따로 있는 것이 아니기에, 두 자료에서 제시하는 구현 방법이 다를 수밖에 없었고, 그중 하나를 골라 적용해야 했다. 먼저 각 방법의 특징을 요약해보자.1. 『게임 물리 엔진 개발』이 책에서는 대략 아래와 같은 흐름으로 충돌을 처리한다.Broad Phase에서 추려진 충돌 쌍을 Narrow Phase에서 실제 충돌인지 판별실제 충돌로 확인되면 해당 충돌에 우선순위 점수를 설정모든 충돌을 우선순위 큐에 삽입우선순위가 높은 충돌부터 순서대로 처리충돌 처리 후 오브젝트가 움직이면서 새롭게 발생한 충돌들은 다시 우선순위 큐에 삽입이 과정을 정해진 횟수(예:.. 공감수 2 댓글수 0 2025. 1. 15.
FT_Newton: Initialization, Integrate, Broad Phase - (3) 이번 글에서는 팀원이 구현한 부분인 Initialization, Integrate, 그리고 Broad Phase 단계를 간단히 살펴보려 한다. 물리 엔진의 큰 틀에서 이 단계들은 초기화와 첫 번째 물리 연산 루프에 해당한다.Initialization - World물리 엔진의 초기화 단계는 물리 연산이 이루어질 환경을 설정하는 과정이다. 이 중에서도 가장 중요한 World 클래스 설계부터 살펴보자.World 클래스class World{ public: World(uint32_t size, App &app); ~World(); void startFrame(); void runPhysics(); // ... ContactManager contactManager; App &app; private.. 공감수 0 댓글수 0 2025. 1. 10.
FT_Newton: 물리 엔진 개요 - (2) 물리 엔진을 설계하기 전, Box2D 코드를 분석하고 『게임 물리 엔진 개발』 책을 통해 기본 개념을 공부했다. 덕분에 물리 엔진의 구조를 어느 정도 이해하고 큰 틀을 잡을 수 있었다.결론적으로, 물리 엔진의 큰 흐름을 이해할 수 있었다.물리 엔진의 구조Initialization (초기화)렌더링 루프에 들어가기 전, 물리 엔진이 작동할 환경을 설정하는 단계Generate World물리 엔진이 작동하는 세계를 생성.World 내부에는 물리 처리를 위한 여러 객체가 존재한다.Rigidbody: 물체의 물리 속성을 관리.Fixture: 충돌 감지와 관련된 데이터.Shape: 물체의 모양 정보.Proxy: Broad Phase를 위한 데이터.Generate Tree For Broad PhaseBroad Phas.. 공감수 0 댓글수 1 2025. 1. 10.
FT_Newton: Vulkan 공부 및 리팩토링 - (1) 이번 프로젝트부터는 OpenGL 대신 Vulkan API를 사용하기로 했다. OpenGL과 Vulkan을 비교하며 어떤 차이가 있는지, 그리고 실제로 사용하면서 느낀 점들을 정리해보자. Vulkan과 OpenGL둘의 차이를 쉽게 말하면, Vulkan은 개발자가 직접 해야 할 일이 많은 대신 성능에서 이득을 볼 수 있고, OpenGL은 자동으로 처리해주는 부분이 많아 개발 편의성이 높지만 그만큼 오버헤드가 있다. 아래의 간단한 비교를 통해 이를 확인해보자.OpenGLVulkan에 비해 고수준 API로, 드라이버 내부에서 작업을 자동으로 처리기본적으로 단일 스레드로 설계드라이버가 많은 작업을 자동 처리하기 때문에 오버헤드가 높을 수 있음메모리 관리를 자동으로 처리VulkanOpenGL에 비해 저수준 API로.. 공감수 1 댓글수 0 2025. 1. 6.
FT_Newton: 나만의 물리 엔진 제작 - (0) FT_Newton는 4명이서 진행 중인 게임 엔진 프로젝트의 물리 엔진 파트다. 원래는 OpenGL을 사용해왔지만, 이번에는 Vulkan을 사용해 물리 엔진을 만들기로 결정했다. 사실 블로그에 작업 과정을 정리하는 게 조금 늦어져버렸는데, 이제라도 어느 정도 완료된 부분들을 정리해보려고 한다.Vulkan 공부지금까지 프로젝트에는 OpenGL을 사용했지만, 최종적으로는 Vulkan 기반 엔진이 목표라 Vulkan으로 전환했다. Vulkan은 OpenGL보다 저수준 API라 GPU에 원하는 작업을 더 디테일하게 지정해줄 수 있고, Fence나 Semaphore 같은 동기화 도구를 통해 멀티 스레드 렌더링이 가능하다는 장점이 있다. 물리 엔진의 구조 공부Vulkan 공부를 마친 후, 물리 엔진 자체를 잘 몰라.. 공감수 1 댓글수 0 2025. 1. 6.
Pixel Processing - Merging Pixel Processing의 마지막 단계: Merging이번에는 Pixel Processing의 마지막 단계이자 Graphics Pipeline의 최종 단계인 Merging에 대해 알아보자.Merging 단계는 픽셀별 프래그먼트 값을 테스트와 블렌딩 과정을 거쳐 최종적으로 프레임 버퍼(Frame Buffer)에 기록하는 작업을 수행한다.이 단계는 Test 단계와 Blend 단계로 나뉘며, 테스트가 먼저 수행된 뒤 블렌딩이 진행된다.Merging 단계의 구성Test 단계Test 단계는 Fragment Shading 단계에서 생성된 프래그먼트들 중 특정 조건을 통과하지 못하는 프래그먼트를 삭제하는 역할을 한다.보통 아래의 순서대로 테스트가 진행된다 1. 스크리닝 테스트 (Scissor Test)Sciss.. 공감수 0 댓글수 0 2024. 11. 30.
Pixel Processing - Fragment Shading Pixel Processing의 첫 번째 단계: Fragment Shading이번에는 Pixel Processing 단계의 첫 번째 단계인 Fragment Shading에 대해 알아보자.Fragment Shading은 Rasterization 단계에서 생성된 프래그먼트들의 최종 색상 및 속성을 계산하는 단계이다.이 단계에서는 조명, 텍스처 매핑 등 다양한 계산이 이루어진다.Fragment Shading의 역할Fragment Shading은 각 프래그먼트의 최종 속성을 결정하는 과정으로, 우리가 보통 작성하는 Fragment Shader를 통해 구현된다.조명, 텍스처, 반사, 굴절 효과 등 다양한 계산을 수행하며, 이를 통해 다양한 그래픽 효과를 만들어낼 수 있다.아래는 Fragment Shader에서 구.. 공감수 0 댓글수 0 2024. 11. 30.
Rasterization - Triangle Traversal Rasterization의 두 번째이자 마지막 단계: Triangle Traversal이번에는 Rasterization의 두 번째이자 마지막 단계인 Triangle Traversal에 대해 알아보자.이 단계는 Triangle Setup 단계에서 준비한 정보를 바탕으로 픽셀에 프래그먼트를 생성하는 역할을 한다.Triangle Traversal이 하는 일Triangle Traversal 단계에서는 프리미티브(삼각형)를 순회하며 다음 작업을 반복한다:1. 프리미티브에 속하는 픽셀 찾기픽셀 범위 순회Triangle Setup 단계에서 정한 픽셀 범위 내에서 픽셀을 순회하며, 해당 픽셀이 삼각형에 포함되는지 판단한다.삼각형 포함 여부는 보통 바리센트릭 좌표를 사용하여 확인한다.바리센트릭 좌표를 이용한 포함 여부 .. 공감수 0 댓글수 0 2024. 11. 29.
Rasterization - Triangle Setup Rasterization의 첫 번째 단계: Triangle Setup이번에는 Rasterization의 첫 번째 단계인 Triangle Setup에 대해 알아보자.Triangle Setup은 다음 단계인 Triangle Traversal을 준비하는 과정으로, 프리미티브를 순회하며 필요한 정보를 계산하고 준비하는 역할을 한다.Triangle Setup이 하는 일1. 정점을 NDC 좌표에서 Viewport 좌표로 변환NDC 좌표를 실제 Viewport의 픽셀 좌표로 변환한다.이 과정에서 삼각형 정점의 위치가 화면 좌표(Screen Coordinates)로 매핑된다.2. 삼각형의 면 방향 결정삼각형이 앞면(Front-facing)인지 뒷면(Back-facing)인지 결정한다.프리미티브 정점의 순서가 시계 방향.. 공감수 0 댓글수 1 2024. 11. 29.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.