티스토리

surkim 님의 블로그

검색하기

블로그 홈

surkim 님의 블로그

surkim.tistory.com/m

ksro0128@naver.com

구독자: 4

방명록 방문하기

주요 글 목록

20250507 1. 광원 정상적인 정규화 초기에는 Blackbody 스펙트럼을 RGB로 변환할 때,CIE XYZ 변환 과정에서 Y 성분을 1로 고정하는 임의의 정규화 방식을 사용했습니다.하지만 이 방식은 색온도에 따른 고유한 색감을 제대로 반영하지 못해,렌더링 결과에서 색 표현이 부정확하게 왜곡되는 문제가 발생했습니다.이를 해결하기 위해, Physically Based Rendering에서 소개하는 방식대로Planck 분포의 λ_peak 지점에서의 복사휘도를 기준으로 전체 스펙트럼을 정규화하는 절차를 적용했습니다.그 결과, CIE XYZ 변환을 통해 얻어진 RGB 색상과 밝기는레퍼런스 이미지와 비교했을 때 색감과 세기 모두에서 일관된 결과를 보여주었습니다.즉, 절대 복사량을 직접 사용하는 것이 아니라,온도 기반으로 색.. 공감수 0 댓글수 0 2025. 5. 7.
20250502 .pbrt 파일내 blackbody L로 지정된 광원에서파서에서 파싱된 결과가 조단위 이상으로 매우 크게 출력 되었었습니다.[bathroom.pbrt]AttributeBegin AreaLightSource "diffuse" "blackbody L" [6500 100 ] #"color L" [2500 2500 2500] Shape "plymesh" "string filename" "geometry/mesh_00062.ply" AttributeEnd[파싱 결과] 4400002063400960.0 4162397761699840.0 4331947501289472.0 초기에는 해당 값을 파서의 잘못된 계산, 보정치가 잘못 들어간 줄 알고 수치 보정을 적용했었습니다.float Y_norm = xyz[1].. 공감수 0 댓글수 0 2025. 5. 2.
주차정리 0423~0429 모든 렌더링은 이 렌더링 이퀘이션을 푸는 것으로 시작됩니다.수식을 보면, 한지점에서 다른 지점으로 가는 빛의 총 양은 자발광과 다른곳에서 들어온 반사광의 총합으로 구성됩니다.path tracing 역시 이 렌더링 이퀘이션을 자신만의 방법으로 풀어낸 것입니다. 렌더링 이퀘이션은 적분 항 안에반사광이 다시 렌더링 이퀘이션을 참조하고 있습니다.즉 순환하는 적분식 구조를 가지며, 이를 해석적으로 직접 풀어내는 것은 불가능합니다.이 렌더링 이퀘이션은 뉴만 시리즈로 근사할 수 있습니다.적분식을 K로 퉁쳐서 보면 식을 간단히 표현하면 빛의 총합은 무한히 반복되는 적분 항들의 합으로 표현됩니다.이를 통해 한 점에서 다른 점으로 가는 빛의 총량을 무한 경로의 합으로 볼 수 있습니다.이 때 path tracing을 제안한.. 공감수 1 댓글수 0 2025. 4. 29.
250429 스펙큘러(거울/메탈릭 반사) 성분이 있는 재질에 대해서는GGX 기반 스펙큘러 샘플링(importance sampling of GGX) 을 추가했습니다. 재질샘플링 방식MatteCosine hemisphereMetal, Mirror, GlassGGX importance samplingUber, Substrate, PlasticCosine + GGX 특히 Uber / Substrate / Plastic 같이디퓨즈와 스펙큘러가 혼합된 재질에 대해서는:5:5 비율로 디퓨즈/스펙큘러 샘플링 방향을 랜덤하게 선택합니다.샘플링 시 확률에 따라 선택된 방향에 맞춰 BRDF를 평가하고,PDF는 디퓨즈와 스펙큘러 PDF를 평균내어 사용합니다.렌더링 이미지를 덮지 않는 방식으로ImGui를 통해 다음 정보를 표시하도록 구현했.. 공감수 0 댓글수 0 2025. 4. 29.
250428 현재 구현은 나이브한 방식으로 시작했으며, 이후 점진적으로 고도화할 예정입니다.과제의 진행을 위해 우선적으로 결과물이 보이도록 구현을 완료했습니다. 오늘 작업 계획입니다. 샘플링 개선 예정현재는 미러를 제외한 모든 재질에서 코사인 헤미스피어 샘플링만 사용하고 있습니다.앞으로 각 재질의 반사 모델에 맞춰 BRDF에 맞는 샘플링으로 개선할 예정입니다.스펙트럼 데이터 보정 문제.pbrt 파일을 읽어오는 라이브러리를 직접 구현하지 않고 외부 라이브러리를 사용했는데,이 파서에서 스펙트럼 → XYZ → RGB 변환이 잘못되어 받아오는 조명 데이터가 정확하지 않은 문제가 있습니다.현재는 임시 보정을 통해 사용 중이며, 씬에서는정면 조명 (6500K, 100) = 차가운 밝은 조명천장 조명 (2700K, 10) = 따.. 공감수 0 댓글수 0 2025. 4. 28.
250425 어제 작업 내용.pbrt 파일 파싱 및 씬 데이터 구조 정리 마무리카메라, 지오메트리, 텍스처, 재질 정보를 GPU에 업로드하는 구조 구현오늘 작업 계획각 재질 유형별 BRDF 반사 모델 셰이더 구현 시작테스트 씬 기반 첫 Path Tracing 결과 시각화 진행 예정 첫 씬의 레퍼런스 이미지 입니다. 씬에서 제공되는 재질 중 fourier 재질이 있는데이는 미리 계산된 테이블 데이터를 입사/출사 각도에 따라 값을 보간해 사용하는 구조입니다.이 과정이 꽤 복잡하고 연산량도 많아,현재는 간단한 Lambert 모델(Matte)로 대체해 테스트를 진행 중이며,추후 적절한 구현 방법을 더 찾아보겠습니다. 공감수 0 댓글수 0 2025. 4. 25.
250424 Path Tracing 기반 렌더러 전환 및 .pbrt 파일 지원 작업 주제 변경기존의 디퍼드 기반 렌더링 구조에서 벗어나 Path Tracing 기반 렌더러로 주제를 변경했습니다.참고 자료로는 Physically Based Rendering: From Theory to Implementation (pbrt 책) 을 활용하고 있으며,책에서 제공하는 레퍼런스 이미지 및 에셋(pbrt 씬) 을 그대로 활용하는 구조로 구현을 진행하려고 합니다. 어제 작업 내용기존 렌더링 파이프라인 전면 교체..pbrt파일 파싱 및 렌더링 가능하도록 구조 설계 시작.카메라, 재질(Material), 텍스처, 지오메트리 등의 정보를 로드하여 GPU 업로드 가능한 형태로 정리.기본적인 씬 로딩 루틴 구축 완료.오늘 작업 계획.pb.. 공감수 0 댓글수 0 2025. 4. 24.
주차정리 0416~0422 기존 지연렌더링 파이프라인에서 Gbuffer생성 파이프라인과 Lighting 계산 사이에 ray-traced reflection 파이프라인을 추가했습니다. G-buffer에서 얻은 position, normal, roughness 등을 기반으로RT Reflection 파이프라인에서 반사된 간접 조도를 계산하여 최종 조명계산에 넘겨줍니다. 우선은 path tracing을 기반으로 간접 반사 조명을 정확하게 구현하는 것을 목표로 했습니다. 반사 조도 계산은 적분이지만, 모든 방향을 계산할 수는 없습니다.그래서 확률적으로 중요한 방향만 선택하는 Importance Sampling이 필요합니다. 특히 GGX 기반의 BRDF를 쓰기 때문에, GGX 분포에 따라 방향을 샘플링하는 것이 가장 이상적입니다. impor.. 공감수 1 댓글수 0 2025. 4. 22.
20250422 광선이 맞은 지점에서의 조명계산을 적용했습니다. rgenfor (int i = 0; i GGX Importance Sampling으로 각 방향 L을 선택선택된 방향이 실제 반사를 일으킬 확률(pdf)에 따라 보정계수 1/pdf를 곱함각 반사 경로에 대해, BRDF * cosθ / pdf 형태로 조명 기여를 누적rchittraceRayEXT(..., L, ..., missIndex = 1); // 섀도우 확인if (!isShadowed) { vec3 H = normalize(V + L); vec3 F = fresnelSchlick(dot(H, V), F0); float D = distributionGGX(N, H, roughness); float G = geometrySmith(N,.. 공감수 0 댓글수 0 2025. 4. 22.
BRDF 정리 오늘날 대부분의 렌더러에서 사용되는 Monte Carlo 근사식이다.한 점 x에서 방향 ωo로 나가는 출사복사도 Lo는,여러 방향 ωi에서 들어오는 빛 Li와 BRDF fr 및 입사각의 코사인 cos(θi)를 곱해 평균내어 구한다.이 식은 바로 렌더링 이퀘이션을 샘플 기반으로 근사한 형태이며,하나의 경로(샘플)당 기여도를 구하는 기본적인 path tracing 수식이다. 렌더링 방정식에서 fr은 BRDF로, 표면에서 빛이 어떻게 반사되는지를 수학적으로 표현하는 항이다. 입사 복사도 대비 출사 복사도의 비율쉽게 말해, 얼마나 입사된 빛을 반사시키는지를 방향별로 표현한 확률 밀도 함수 하지만 그 전에, 빛의 반사란 무엇인지 먼저 정리해보자. 반사의 네 가지 기본 타입빛이 표면에서 반사되는 방식은 결국 시각적.. 공감수 1 댓글수 0 2025. 4. 22.
The Rendering Equation 정리 핵심 요약 1. 렌더링 방정식(Rendering Equation)이 식은 어떤 표면에서 특정 방향으로 나가는 빛의 세기를 정의하며,간단히 말하면 "자체 발광 + 다른 지점에서 반사되어 들어온 빛의 총합"으로 구성되어 있다.여기서 중요한 건 이 방정식이 직접광뿐 아니라 간접광까지 모두 포함한다는 점이다. 2. Neumann 시리즈 전개 방식렌더링 방정식은 자기 자신을 포함하는 적분 방정식인데, 이를 직접 풀 수 없기 때문에 무한급수로 전개해서 근사한다.이 방식은 "직접광", "1차 반사", "2차 반사", ... 이런 식으로 빛의 경로를 단계별로 누적해 나가는 구조다.이런 수학적 구조를 기반으로, 우리가 흔히 말하는 멀티 바운스 라이트를 표현할 수 있다. 3. Monte Carlo 기반의 근사 방법여기서.. 공감수 0 댓글수 0 2025. 4. 21.
20250421 sponza 씬은 거친부분의 매질이 대부분을 이루고 있어 reflection이 눈에 띄게 보이지 않아 잠깐 씬을 바꿔 실험하고 있습니다.양 옆, 바닥 부분과 가운데의 구 재질을 roughness : 0, metallic : 1로 두고 rt reflcetion을 시연했습니다. 샘플 수에 따른 durationsamples1416duration1.482ms2.305ms6.142ms샘플 수 증가에 따라 노이즈가 줄고 품질은 개선됨반면 시간은 선형 이상 증가, 샘플 수 16에서는 6ms 이상 소요 bounce에 따른 duration (16 samples)bounce124duration6.163ms12.034ms21.031ms바운스 수가 늘어날수록 거울 사이의 다중 반사가 더 많이 누적.반면 연산량이 급격히 증.. 공감수 0 댓글수 0 2025. 4. 21.
20250417 최근 렌더링 구현 과정에서 이론적 기반에 대한 이해 부족을 실감하였습니다. 이에 따라, 단순히 구현 중심으로 진행하던 기존 방식에서 벗어나렌더링의 핵심 이론과 기반 논문 및 문헌을 체계적으로 학습하고이를 바탕으로 현재 구조에 이론적으로 타당한 개선을 도입하는 방향으로 전환하고자 합니다. 기술 구현은 병행하되, 각 구현 요소가 어떤 이론에 기반하고 있는지 파악하며이론과 실제를 함께 정리하고 기록하는 방식으로 프로젝트를 지속해 나가겠습니다. 현재 구현한 실시간 반사 (RT Reflection) 기능은Cook-Torrance BRDF 모델과GGX NDF 기반 Importance Sampling을 바탕으로 하고 있습니다.현재 G-buffer 기반의 지연 렌더링 구조 위에Ray Tracing 파이프라인을 별도로 .. 공감수 0 댓글수 1 2025. 4. 17.
주차 정리 250410 ~ 250415 이번 주는 RT reflection 기능 도입에 중점을 두고 전체 파이프라인을 구성하고 실험을 진행했습니다. 우선 저번 주 주차정리 때의 마지막 결과물 입니다.저번주는 실험하기위한 전체적인 파이프라인을 구현하였습니다. (shadow - gbuffer - lighting) 0410피드백을 받고 유명한 씬 (Sponza) 을 받아왔습니다. 씬을 로드하니 고쳐야할 문제점이 보였습니다. - 텍스쳐 메모리 문제 - 그림자 문제 - decal 문제decal을 제외한 각 문제점들은 프로젝트 기간 내에 해결할 예정입니다. 0411레이를 쏘기위한 사전 작업을 했습니다. - BLAS, TLAS 구현 - 레이를 쏘기위한 vulkan 확장 설정 이 시점부터 RenderDoc에서 RT 파이프라인이 제대로 캡처되지 않으면서,실질.. 공감수 1 댓글수 0 2025. 4. 15.
20250415 어제는 1-bounce reflection 도입을 완료하였고그 후 2- bounce reflection, 1- bounce glossy reflection 도입중입니다. 1번만 반사 + 정반사2번 반사 + 정반사 roughness 값을 기반으로 반사 방향을 퍼뜨리는 방식인 glossy reflection을 도입 중입니다. 1번반사 + roughness 기반 랜덤우선 간단한 균일 난수 함수로 vec3 rand = normalize(vec3( hash1(uv), hash1(uv + 0.13), hash1(uv + 0.37)));랜덤 벡터 만들어서 vec3 perfectReflect = normalize(reflect(viewDir, worldNormal));float spread = p.. 공감수 0 댓글수 0 2025. 4. 15.
RT reflection 첫 도입 이번 글에서는 Vulkan 기반 엔진에 Ray Tracing Reflection을 처음으로 적용한 과정을 기록해둡니다.아직 보완할 점이 많지만, 초기 결과와 구조를 아카이브 차원에서 남겨두고자 합니다. 기본적인 ray tracing 파이프라인을 설정하고,G-buffer의 정보를 기반으로 반사 레이를 쏴서 반사색을 수집하는 구조입니다. 테스트 환경테스트 씬: Sponza + KnightRT Reflection ON: 10초간 1584 프레임 → 평균 FPS: 159.19RT Reflection OFF: 평균 FPS 약 280 아직 벤치마크 기준이 정해지지 않았고reflection도 아직 제대로 된 것이 아니기때문에참고용으로만 남기고곧 비교할 수 있게 준비를 갖추겠습니다.[RTReflection.rgen].. 공감수 0 댓글수 0 2025. 4. 14.
20250414 RT Reflection 도입중입니다. 레이를 생성해서 잘 히트하고 머테리얼 정보까지 잘 받아오는 것을 확인했습니다. 우측 Profiler UI를 추가했습니다.현재 표현되는 정보는 다음과 같습니다. 위에서부터 RT pipeline 추가/제거 : 레이를 쏘고 안 쏘고의 속도와 퀄리티 차이를 봐야하기 때문에pipeline 추가 제거 관련 ui를 추가했습니다.체크를 하면 레이를 쏘고, 해제하면 레이를 쏘지 않습니다.추후 gi, ssr, ssao 같은 더 많은 기법들이 생기면 좀 더 가시성 좋게 선택 가능하게 만들 예정입니다. FPS, viewport size : Imgui에서 제공하는 정보로 fps와 viewport size를 표현했습니다.이제 실시간으로 fps를 확인할 수 있게 되어 속도차이 비교가 가능해.. 공감수 0 댓글수 0 2025. 4. 14.
Vulkan에 Ray Tracing 도입 하기 (2) 앞 포스트와 이어집니다..7. Ray Tracing 셰이더 코드 작성[RTReflection.rgen]이 셰이더는 레이 트레이싱 작업을 시작하는 셰이더입니다.화면상의 각 픽셀에 대해 레이를 발사하고, 그 레이가 충돌하는 지점을 찾기 위한 초기 작업을 담당합니다.#version 460#extension GL_EXT_ray_tracing : require#extension GL_EXT_nonuniform_qualifier : enablelayout(set = 0, binding = 0) uniform CameraBuffer { mat4 view; mat4 proj; vec3 camPos;} camera;layout(set = 1, binding = 0, rgba16f) uniform imag.. 공감수 1 댓글수 1 2025. 4. 11.
Vulkan에 Ray Tracing 도입 하기 (1) 앞 포스트와 이어집니다..3. Mesh를 돌며 BLAS 생성for (auto& mesh : m_meshList) { std::cout 만드는 코드는 너무 길어 생략하겠습니다.https://github.com/ksro0128/vulkanRT/blob/main/src/AccelerationStructure.cpp 중요한건 생성할 때 Mesh(vertices, indices)가 필요하다는 점과 제 엔진의 구조적으로 중요한 점은각 메시와 BLAS가 1:1 대응 관계에 있다는 것입니다.인덱스가 일치하는 점이 중요한데, 이렇게 함으로써 TLAS 생성 시오브젝트 인스턴스와 해당 BLAS를 쉽게 참조할 수 있게 됩니다. 4. BLAS와 Scene 정보를 받아 TLAS 생성m_tlas.resize(MAX_FRAMES_.. 공감수 0 댓글수 0 2025. 4. 11.
Vulkan에 Ray Tracing 도입 하기 (0) 현재 Ray gen, hit, miss 셰이더가 정상적으로 작동하는 것을 확인했습니다.테스트 결과는 다음과 같습니다. 현재 화면에서는 카메라에서 쏘는 레이가 맞는 부분은 빨간색, 맞지 않는 부분은 검정색으로 렌더링되고 있습니다. Vulkan에서 Ray Tracing을 처음 시도하다 보니, 구현 방법과 플로우에 초점을 맞추어 기록을 해보겠습니다.특히 Vulkan은 명시적인 API라서, Ray Tracing을 추가하면서 새로운 옵션들을 도입하게 됩니다.이 과정에서 각 옵션이 의미하는 바와 그 필요성을 이해하는 것이 중요합니다.이를 통해 엔진의 구조적 이해와 세부적인 제어 능력이 향상되며,기능 추가 시 각 요소들이 어떻게 상호작용하는지를 명확히 알 수 있습니다. 1. Ray Tracing 정보를 저장할 Te.. 공감수 1 댓글수 0 2025. 4. 11.
20250411 어제는 Ray Tracing 도입을 위한 자료 조사와, 제 엔진에 이를 적용하기 위한 기반 작업을 진행했습니다. 현재는 레이를 발사하기 직전 단계로, 레이가 정상적으로 히트되어 이미지가 생성되는 것만 확인되면전체 작업 플로우를 블로그에 자세히 정리할 예정입니다. 우선 어제의 작업 흐름을 큰 틀에서 요약해보면 다음과 같습니다: RT 정보를 저장할 Texture를 생성했습니다. (VK_IMAGE_USAGE_STORAGE_BIT + GENERAL layout).rgen / .rchit / .rmiss 쉐이더에 사용할 DescriptorSetLayout을 구성했습니다.DescriptorSet에는 두 가지 리소스를 바인딩해야 했습니다:binding = 0: RT 결과를 저장할 image2Dbinding = 1:.. 공감수 0 댓글수 0 2025. 4. 11.
20250410 Intel에서 제공하는 Sponza 씬을 기반으로, 벤치마크 테스트용 씬을 엔진에 적용해보았습니다. 씬을 적용하면서 해상도에 따라 시각적 결과가 많이 달라지는 것을 확인하였으며,앞으로는 캡처 이미지에 해상도를 함께 명시하여 보다 정량적인 비교를 진행할 예정입니다. 해당 씬을 로드하는 과정에서 세 가지 주요 문제가 발생하였습니다. 1. decal 처리 문제Sponza는 기둥이나 벽면의 오래된 흔적을 표현하기 위해, 알파 값을 가진 반투명 메시(Decal)를 사용하고 있습니다.하지만 현재 엔진은 반투명 렌더링이나 알파 블렌딩 처리가 구현되어 있지 않아,해당 메시가 올바르게 렌더링되지 않았습니다.임시 방안으로 Blender를 통해 Decal 메시와 머티리얼을 제거한 후, 새롭게 씬을 생성하여 사용하였습니다.반.. 공감수 0 댓글수 0 2025. 4. 10.
1주차 정리 250331 ~ 250409 프로젝트 주제 선택Ray Tracing 도입과 최적화RT Reflection, RT GI 등 실시간 레이트레이싱 기술을 도입후처리 기반 SSAO/Reflection 기법과 비교Shader 및 CPU 구조 기반의 최적화 실험1주차 작업 요약 – RT 도입을 위한 기본 파이프라인 구축기본 렌더링 파이프라인 구성RT를 넣기 위해 렌더링 파이프라인을 구성했습니다.[ShadowMap] -> [G-Buffer] -> (RT 예정) -> [LightPass] -> [UI]G-buffer와 LightPass 사이에 RT 계산 파이프라인이 삽입될 예정이후 RT 최적화까지 고려하여 구조를 최대한 유연하게 구성리소스 구조 정리 (CPU / GPU 구조)RT는 방대한 데이터를 GPU와 효율적으로 공유해야 하기 때문에,전체 구.. 공감수 0 댓글수 0 2025. 4. 9.
20250409 directional, spot light에 대한 그림자 구현은 완료하였고point light 그림자 구현 중입니다. directional light에 대한 그림자 1개spot light에 대한 그림자 4개point light에 대한 그림자 1개를 제한으로 두려고 합니다. 동적으로 더 많은 그림자를 지원할 수 있겠지만이번 프로젝트는 그림자가 주가 아니기 때문에 시간을 많이 쏟지 않았습니다. 그림자에 대한 디스크립터 셋을 만들었고binding = 0 에 그림자 만들 때 사용했던 matrix의 배열을[0, 1, 2]: directional, [3, 4, 5, 6]: spot, [7, 8, 9, 10. 11. 12]: pointbinding = 1 에 ShadowMap 이미지 배열을 binding = 2 에.. 공감수 0 댓글수 0 2025. 4. 9.
20250408 lighting pass구현과 ui를 강화했습니다. ui로 오브젝트와 빛을 추가 제거 할 수 있게 구현하였습니다. object에서 mesh와 material을 실시간 변경 가능하도록 구현했습니다. lighting pass는 기본적인 cook-torrance BRDF 계산을 사용하여 구현하였습니다.3개의 광원을 지원합니다. (directional, point, spot light) 오늘 각 광원에 대한 그림자 맵을 생성 후 적용하여실험 할 수 있는 기본적인 틀을 만들고Ray tracing의 적용에 대해 공부하는 것이 목표입니다. 공감수 0 댓글수 0 2025. 4. 8.
20250407 gbufferpass와 gui를 구현했습니다. 아래는 동일한 메쉬(Plane)를 기반으로, 서로 다른 9개의 Material을 적용해 렌더링한 장면입니다.현재는 G-buffer 렌더 패스 중 Albedo Attachment만 시각화하고 있습니다. 이 구조에서 가장 중점을 둔 부분은 인스턴싱(Instancing)입니다.모든 오브젝트는 동일한 메시(Plane)를 공유하지만, 각각 다른 머티리얼을 갖습니다.그럼에도 불구하고, 아래와 같이 단 하나의 Draw Call만으로 모든 객체가 렌더링됩니다. 이것이 가능한 이유는 다음과 같은 Bindless + 인스턴스 기반 구조 덕분입니다. 쉐이더에서는 인스턴스 ID를 기반으로 각종 인덱스를 조회하고, 그 인덱스를 통해 필요한 데이터를 가져옵니다.이 방식은 오브젝.. 공감수 0 댓글수 0 2025. 4. 7.
20250403 구조를 RayTracing까지 확장 가능하도록 설계 중입니다. 어제는외부 모델을 받아와 Mesh와 Texture를 생성하는 ModelLoader와셰이더에서 사용할 디스크립터셋 레이아웃과 셋을 구현했습니다. ModelLoader.gltf 파일을 기준으로 외부 모델을 불러오면,ModelLoader는 다음과 같은 구조로 데이터를 나눠서 생성합니다.std::vector> m_meshList;std::vector> m_textureList;std::vector m_materialList;std::vector m_modelList; Mesh와 Texture 클래스는 실제 렌더링에 필요한 GPU 리소스(vertex/index buffer, image/view/sampler 등)를 캡슐화하고 있으며, Renderer는.. 공감수 0 댓글수 0 2025. 4. 4.
20250402 기존 vulkan으로 작업하던 렌더링 엔진 구조를 그대로 가져오기에는앞으로 작업해야할 Raytracing 구조에 안맞는 부분이 많아현재 처음부터 구조를 재설계하고 있습니다. 이전 구조는 이렇습니다.object별 descriptorset 할당,한 descriptorset에 MVP와 material정보 텍스처가 모두 포함되어 있고힌 오브젝트당 드로우 호출시 descriptorset을 바인드하고 버퍼 내용을 업데이트 하는 형식이었습니다. 앞으로 작업 할 RT에서는ray hit shader에서 각 geometry에 대응되는 material과 transform에 접근해야하는데디스크립터셋이 오브젝트에 묶여있어 셰이더 내부 접근이 어렵기 때문에instance기반으로 다시 설계를 하고 있습니다. 전반적인 설계안은 이렇.. 공감수 1 댓글수 0 2025. 4. 3.
VulkanRT - 0. 시작 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/ALEnginegithub.com 지난 프로젝트에서는 Vulkan을 사용하여 게임 엔진을 개발했습니다. 전체적인 구조는 크게 물리 엔진, UI, 코어, 스크립트, 애니메이션, 렌더링 파트로 나누어 작업을 진행했습니다. 그 중에서 저는 렌더링 파트를 담당했습니다. 렌더링 파트의 파이프라인 구조는 다음과 같았습니다: Shadowm.. 공감수 1 댓글수 0 2025. 4. 1.
Vulkan Game Engine - 25. 후기 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/ALEnginegithub.comhttps://www.youtube.com/watch?v=cwIg2w3mOJ0https://www.youtube.com/watch?v=ya1hKmkO8JY https://www.youtube.com/watch?v=oJnp3A-QEsEhttps://www.youtube.com/watch?v=M6dmD.. 공감수 1 댓글수 0 2025. 3. 26.

문의안내

티스토리
로그인
고객센터

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