📅 2026-07-23

조 : Team12 RPG 프로젝트 명 : Katana(가제) 목표 : Kannagi Usagi / Sekiro Like와 비슷한 보스전투 구현 기여 파트

• Enemy
• AIController
• BB, BT
• BTTask
• 팀 생산성 향상을 위한 UE5 프로젝트 컨벤션 수립 및 Git 워크플로우 최적화
• 그래픽 리소스 관리 파이프라인 구축(예정)
• VFX

팀프로젝트 종료

사실 팀플하는동안 TIL 쓸 시간보다는 좀 더 집중하고싶어서 TIL을 따로 작성하지 못했다.

그래서 해당 글에서 정리해서 한번에 작성하려고한다.

VFX

주로 2주가량 거의 VFX만 붙잡고 있었는데 주요하게 구현한 VFX는

• 가드

• 패링

• 혈흔 + decal

• 보스 공격 시 바닥 깨짐

• 힐링포션

• 플레이어 공격 시 소드트레일(미적용) 정도 있는데 스크린샷으로 남겨보려고한다.

• CelShading(ToonShader)

가드

패링

혈흔 + 바닥깨짐

힐링포션

ToonShader

잘 보면 캐릭터 외곽선 + 머터리얼이 점토같은 부분이 있다.

회고

좋았던 점

• 잘하는 분들과 프로젝트를 진행할 수 있어서 편했고 배울 점이 많았습니다.
• 빠르게 구현하기 어려울 것이라고 생각했던 프로젝트를 생각 외로 매우 빨리 구현하시는 모습들을 보면서 자극을 많이 받았습니다.
• 중간에 한 명이 줄어서 빠듯할 것이라고 예상했으나 빠진 한명 분의 몫만큼 다들 열심히 하셔서 무사히 잘 마무리 할 수 있었습니다.
• 이전에는 스페셜리스트가 모인 집단이 더 좋을 수 있겠다고 생각하고 있었는데 팀 내에 제네럴리스트가 한명은 꼭 있어야겠구나 하는 확신을 가지게 되어 기쁩니다.

개선할 점

• 개발을 맡게된 부분이 상상했던 것과는 다르다보니 작업효율이 떨어지는 문제가 있었습니다.
• 관심있는 부분의 정의를 더 포괄적으로 생각해야겠다 마음먹었습니다. 1과 동일하게 관심있는 부분이 아니면 작업효율이 떨어졌습니다.

📅 2026-07-08

조 : Team12 RPG 프로젝트 명 : Katana(가제) 목표 : Kannagi Usagi / Sekiro Like와 비슷한 보스전투 구현 기여 파트

• Enemy
• AIController
• BB, BT
• BTTask
• 팀 생산성 향상을 위한 UE5 프로젝트 컨벤션 수립 및 Git 워크플로우 최적화
• 그래픽 리소스 관리 파이프라인 구축(예정)
• VFX

TA 스터디

30일간 하루에 Material 하나씩 만들기 챌린지

팀프로젝트

오늘부터는 내가 VFX를 담당하기로 했다. 아무래도 이쪽으로 관심이 많아서

Ribbon으로 trail 하니까 검 궤적이랑 다르게 line이 나가는 경우가 있음

저는 오늘부터 30일간 매일 1개씩 Material을 만들어볼겁니다!(유튜브 톤으로)

주제

Flowing Water

오늘부터는 움직이는 Material들을 만들어볼것이다.

흐르는 물을 만들었다

사용 노드

Panner

Panner은 UV좌표를 시간에 따라 이동시키는 노드이다.

HLSL 수식은

float2 pannedUV = UV + Speed * Time; 

Panner은 매시의 표면이 실제로 움직이는 것이 아니라 UV좌표가 변경되는 것이기 때문에 오해하면 안된다.

BlendAngleCorrctedNormals

NormalMap 두개를 자연스럽게 합성하는 MF이다. Normal은 단순한 색이 아니라 방향벡터이기 때문에 RGB를 Add 노드로 더해버리면 방향정보가 틀어질 수 있다.

단점은 단순히 합성하는 역할을 하기때문에 FlattenNormal 노드를 함께 사용해 Flatness를 조절해줄 필요가 있다.

FlattenNormal

• Flatness 낮음 = 원본 Normal에 가까움
• Flatness 높음 = 더 평평한 Normal

Flatness 0.5

Flatness 1

결과

📅 2026-07-07

조 : Team12 RPG 프로젝트 명 : Katana(가제) 목표 : Kannagi Usagi / Sekiro Like와 비슷한 보스전투 구현 기여 파트

• Enemy
• AIController
• BB, BT
• BTTask
• 팀 생산성 향상을 위한 UE5 프로젝트 컨벤션 수립 및 Git 워크플로우 최적화
• 그래픽 리소스 관리 파이프라인 구축(예정)

TA 스터디

30일간 하루에 Material 하나씩 만들기 챌린지

팀프로젝트

공격 Montage 추가 및 적용 Enemy 이동 BTTask 로직 수정 BTTask_ExecuteAttack 에러 수정 Enemy 이동 시 진행방향 매시 Rotation 수정

저는 오늘부터 30일간 매일 1개씩 Material을 만들어볼겁니다!(유튜브 톤으로)

주제

Radial Ring이 뭘까?

• Radial Gradient = 중앙이 밝고 바깥으로 갈수록 어두워짐
• Radial Ring = 중앙은 비었고 반지름 위치만 밝음

Radial

Radial은 중심에서 밖으로 퍼지는 방향이라는 뜻이다.

Material에서는

• 중심점 = UV (0.5, 0.5)
• 현재 픽셀 위치 = UV (U, V)
• 두 점 사이의 거리 = Distance

Radial Material은 중심으로부터의 거리값을 이용한다.

그래서 Radius = 0.35인 Radial Ring을 만들면

• 중심 거리 0.00 = 어두움
• 중심 거리 0.20 = 어두움
• 중심 거리 0.35 = 밝음
• 중심 거리 0.50 = 어두움

Ring

일단 Ring에는 2개의 개념이 필요한데

1. Radius = 고리가 생길 위치
2. Width = 고리의 두께

핵심 수식은

float dist = distance(UV, Center);
float ring = 1 - saturate(abs(dist - Radius) / width);

distance(UV, Center)

• 중심에서 현재 픽셀까지의 거리

dist - Radius

• 내가 원하는 링 위치에서 얼마나 벗어났는가

abs(dist - Radius)

• 안/밖 상관없이 링 위치와의 거리 차이

/ width

• 링 두께 조절

saturate( ... )

• 링 중심선에 가까울수록 밝게, 멀수록 어둡게

결과

저는 오늘부터 30일간 매일 1개씩 Material을 만들어볼겁니다!(유튜브 톤으로)

주제

Stripe를 만들어봤으니 Stripe 두개를 합쳐서 Grid를 만들어보자

U, V 노드

U

V

연산에 따른 값 변화

마지막 U와 V의 interpolate값을 Add 혹은 Multiply한 값을 BaseColor에 넣어줘야하는데

Add

Multiply

Add는 두 스트라이프를 합치는 용도고 Multiply는 겹치는 부분만 1로 만드는 용도라고 보면 된다.

그래서 이 상황에서는 Add+Saturate 쓰는게 좋다.

결과

📅 2026-07-06

조 : Team12 RPG 프로젝트 명 : Katana(가제) 목표 : Kannagi Usagi / Sekiro Like와 비슷한 보스전투 구현 기여 파트

• Enemy
• AIController
• BB, BT
• BTTask
• 팀 생산성 향상을 위한 UE5 프로젝트 컨벤션 수립 및 Git 워크플로우 최적화
• 그래픽 리소스 관리 파이프라인 구축(예정)

TA 스터디

30일간 하루에 Material 하나씩 만들기 챌린지 주말에 두개함

팀프로젝트

저는 오늘부터 30일간 매일 1개씩 Material을 만들어볼겁니다!(유튜브 톤으로)

주제

수식으로 stripe 만들어보기

막상 해보니까 어렵지는 않았고 checker와 아주 조금씩 다른 부분들이 있었다.

Checker와 마찬가지로 TextureCoordinate 노드를 사용해서 위치를 정하는데 조금 다른 부분이 Floor,Fmod대신 Frac과 Step을 쓴다

이전 글에서 Floor를 사용해서 구역을 나눈다고 말했는데

• 0.2 -> 0번 칸
• 0.8 -> 0번 칸
• 1.1 -> 1번 칸
• 1.9 -> 1번 칸
• 2.4 -> 2번 칸

Frac을 쓰게되면 반대로 소수점아래만 남기고 정수부분을 제거한다.

• 0.2 -> 0.2
• 0.8 -> 0.8
• 1.1 -> 0.1
• 1.9 -> 0.9
• 2.4 -> 0.4

Step은 여기서 Stripe의 weight지정하는 역할로 사용됐는데 보기 쉽게 StripeWidth라고 표현했다.

Step(Repeated, StripeWidth) StripeWidth = 0.2

• Repeated < 0.2 -> 0
• Repeated >= 0.2 -> 1

Frac된 최종 값이 StripeWidth값보다 크면 1 작으면 0이 된다.

결과적으로는 BaseColorA의 영역이 짧아지고 BaseColorB의 영역이 커진다.

결과

StripeWidth = 0.2

StripeWidth = 0.5

StripeWidth = 0.8

저는 오늘부터 30일간 매일 1개씩 Material을 만들어볼겁니다!(유튜브 톤으로)

주제

오늘의 주제는

텍스쳐 없이 UV 수식만으로 체커보드 패턴 만들기

Procedural Checker의 핵심은 UV 좌표를 이용해서 체커보드의 칸을 수학적으로 나누는 것인데...

UV가 뭐고 체커보드가 뭔데? 먼저 알아보고 가자

UV란?

UV는 3D 모델 표면 위의 좌표를 2D 좌표로 표현한 것이다. 3D 모델은 실제로 입체로 표현되는데 해당 모델에 입혀지는 텍스쳐이미지는 2D다.

• U : 가로방향 좌표
• V : 세로방향 좌표

Unreal에서 TextureCoordinate 노드는 UV텍스쳐 좌표를 2채널 벡터값으로 출력하고 Material에서 UV채널 선택, 타일링지정, 매시UV 조작에 사용할 수 있다.

이해하기 쉬운 예시

종이 박스를 생각하면 되는데

• 박스 = 큐브 메시
• 전개도 = UV
• 전개도 위에 그린 그림 = 텍스쳐
• 다시 접으면? > 모델에 텍스쳐가 입혀짐

UV는 보통 0~1 공간

V 1.0  ┌──────────────┐
.
.
.
.
.
V 0.0  └──────────────┘
      U 0.0  . . .  1.0

UV에 숫자를 곱하면?

UV = 0 ~ 1 UV * 4 = 0 ~ 4

UV를 4칸으로 쪼갤 준비가 됐다.

• 0 ~ 1
• 1 ~ 2
• 2 ~ 3
• 3 ~ 4

체커보드란?

체커보드는 말 그대로 두 색이 번갈아 배치된 격자 패턴.

대표적으로 체스판/바둑판 비슷한 패턴을 생각하면 된다.

■ □ ■ □ □ ■ □ ■ ■ □ ■ □ □ ■ □ ■

오늘은 이걸 이미지가 아니라 수식으로 제어해볼 것이다.

체커보드 수식만들기

핵심은 각 픽셀이 몇 번째 칸에 있는지 알아내는 것이다.

예를들어 UV에 TileCount = 4 를 곱하면

• U : 0 ~ 4
• V : 0 ~ 4

Floor를 사용해 소수점을 버리면 칸 번호가 나온다.

• 0.2 -> 0번 칸
• 0.8 -> 0번 칸
• 1.1 -> 1번 칸
• 1.9 -> 1번 칸
• 2.4 -> 2번 칸

floor(U * TileCount) = U 방향 칸 번호 floor(V * TileCount) = V 방향 칸 번호

이후 두 칸 번호를 더하고 2로 나눈 나머지를 모으면 그게 체커보드가 된다.

결과

저는 오늘부터 30일간 매일 1개씩 Material을 만들어볼겁니다!(유튜브 톤으로)

순서대로 non-metal-red, metal-red, metal-gold, metal-chrome, non-metal-black으로 만들었다.

색상수치는 제외하고 이전에 학습한 Roughness, Specular, Metallic 3개를 조정해서 만들었다.

핵심 관찰

Metallic 0에서는 BaseColor가 표면의 고유색처럼 보인다. Metallic 1에서는 BaseColor가 금속 반사색처럼 작동한다. Roughness가 낮으면 금속과 비금속 모두 반짝일 수 있다. 따라서 반짝인다고 무조건 금속은 아니다.

실수 방지

순수 재질에서는 Metallic을 보통 0 또는 1로 둔다. 0.3, 0.5 같은 중간 Metallic 값은 금속/비금속이 섞인 영역을 표현할 때 사용한다.

HLSL 변환 후보

없음. 오늘은 PBR Metallic Workflow 이해가 목적이다.

Metallic = 0

• 플라스틱
• 고무
• 나무
• 돌
• 천
• 피부
• 페인트
• 도자기

비금속은 표면 자체의 색, 즉 Base Color가 확산색처럼 보인다.

Metallic = 1

• 금
• 은
• 철
• 구리
• 알루미늄
• 크롬

Metallic 중간값

• 녹슨 금속
• 먼지 묻은 금속
• 페인트가 벗겨진 금속
• 흙/기름/오염이 섞인 금속

중간값 자체가 무조건 틀린 건 아니다. 다만 오늘의 순수 재질 비교에서는 중간값을 정답처럼 쓰면 안 된다.

📅 2026-07-03

조 : Team12 RPG 프로젝트 명 : Katana(가제) 목표 : Kannagi Usagi / Sekiro Like와 비슷한 보스전투 구현 기여 파트

• Enemy
• AIController
• BB, BT
• BTTask
• 팀 생산성 향상을 위한 UE5 프로젝트 컨벤션 수립 및 Git 워크플로우 최적화
• 그래픽 리소스 관리 파이프라인 구축(예정)

TA 스터디

30일간 하루에 Material 하나씩 만들기 챌린지

팀프로젝트

Enemy AI 전투 흐름 개선

오늘은 Enemy의 Behavior Tree 구조를 세키로/소울라이크 보스전에 가깝게 수정했다.

기존 구조는 SelectNextAction에서 이동, 일반공격, 강공격을 랜덤으로 고르는 방식이었다. 하지만 실제 소울라이크 보스는 플레이어에게 계속 직선으로 접근하기보다는, 일정 시간 플레이어를 바라보며 좌우로 간을 보다가 공격 타이밍에 돌진하거나 특수 공격을 사용한다.

그래서 전투 흐름을 다음처럼 변경했다.

Strafe Around Target
-> Select Next Action
-> 공격 분기

Strafe Around Target

새로운 BTTask_StrafeAroundTarget를 추가했다.

이 Task는 일정 시간 동안 Enemy가 플레이어를 바라본 상태로 좌우 스트레이프 이동을 하게 만든다. 스트레이프 중에는 이동 속도를 낮추고, Task가 끝나면 다시 돌진용 속도로 복구한다.

StrafeMoveSpeed = 150~300
AfterStrafeMoveSpeed = 600
StrafeDuration = 2~5초

이를 통해 Enemy가 공격 전 바로 접근하지 않고, 플레이어 주변을 돌며 간을 보는 움직임을 만들 수 있게 됐다.

공격 선택 로직 변경

BTTask_SelectNextAction의 역할도 변경했다.

기존에는 이동, 일반공격, 강공격을 모두 선택했지만, 이제 이동은 전투 루프에 고정하고 SelectNextAction은 공격 패턴만 선택한다.

현재 공격은 총 4종이다.

SelectedAction = 1, SelectedPattern = 0 -> 일반공격 0
SelectedAction = 1, SelectedPattern = 1 -> 일반공격 1
SelectedAction = 2, SelectedPattern = 0 -> 근접 강공격
SelectedAction = 2, SelectedPattern = 1 -> 원거리 특수 강공격

일정 거리 이상 떨어져 있으면 원거리 특수 강공격을 선택하고, 그 외에는 일반공격 2종과 근접 강공격 1종 중 가중치 랜덤으로 선택한다.

if (DistanceToTarget >= FarSpecialAttackDistance)
{
    SelectedAction = 2;
    SelectedPattern = 1;
}
else
{
    // Normal 0, Normal 1, Strong 0 중 랜덤 선택
}

최종 Behavior Tree 구조

최종 BT 구조는 다음과 같다.

ROOT
└─ Main Sequence
   ├─ Service: Update Target Info
   │
   ├─ Strafe Around Target
   ├─ Select Next Action
   │
   └─ Selector_Attack
      │
      ├─ FarAttack
      │  ├─ Decorator: SelectedAction == 2
      │  ├─ Decorator: SelectedPattern == 1
      │  ├─ Rotate To Target
      │  ├─ Execute Attack
      │  └─ Wait
      │
      └─ ApproachAttack
         ├─ Set Movement Speed: 600
         ├─ Move To: TargetActor
         ├─ Rotate To Target
         │
         └─ AttackSelector
            │
            ├─ NormalAttack
            │  ├─ Decorator: SelectedAction == 1
            │  ├─ Execute Attack
            │  └─ Wait
            │
            └─ StrongAttack
               ├─ Decorator: SelectedAction == 2
               ├─ Decorator: SelectedPattern == 0
               ├─ Execute Attack
               └─ Wait

이 구조에서 원거리 특수 강공격은 접근하지 않고 바로 실행된다. 반면 일반공격과 근접 강공격은 먼저 Move To TargetActor로 플레이어에게 돌진한 뒤 실행된다.

거리 디버깅

거리 기반 공격 선택이 제대로 동작하는지 확인하기 위해 EnemyCharacterBase::Tick()에서 Enemy와 Player 사이의 거리를 화면에 출력하도록 했다.

const float DistanceToPlayer = FVector::Dist(GetActorLocation(), PlayerPawn->GetActorLocation());

GEngine->AddOnScreenDebugMessage(
    1,
    0.f,
    FColor::Green,
    FString::Printf(TEXT("Enemy Distance To Player: %.2f"), DistanceToPlayer)
);

이를 통해 PIE 중 실시간으로 거리를 확인하면서 FarSpecialAttackDistance 값이 적절한지 조정할 수 있게 됐다.

정리

오늘 작업으로 Enemy AI의 전투 흐름이 단순 랜덤 행동에서 벗어나, 다음과 같은 형태로 바뀌었다.

플레이어 락온
-> 좌우 스트레이프
-> 거리 기반 공격 선택
-> 원거리 특수공격 또는 돌진 공격
-> 다시 스트레이프

아직 실제 공격 Montage와 판정은 연결되지 않았지만, 보스 AI의 기본 전투 리듬은 어느 정도 잡힌 상태다.

저는 오늘부터 30일간 매일 1개씩 Material을 만들어볼겁니다!(유튜브 톤으로)

주제

오늘은 Roughness 값에 따른 반사 변화 관찰이다.

day1에서 만든 재질에서 Roughness를 바꿧을때 하이라이트와 반사가 어떻게 되는지 알아볼 예정

Roughness

Roughness는 언리얼에서 표면이 얼마나 거친지/매끄러운지를 제어한다. 값이 낮으면 거울처럼 선명한 반사 값이 높으면 반사가 퍼져서 무광이된다.

순서대로 0.025, 0.2, 0.5, 0.75 이다.

📅 2026-07-02

조 : Team12 RPG 프로젝트 명 : Katana(가제) 목표 : Kannagi Usagi / Sekiro Like와 비슷한 보스전투 구현 기여 파트

• Enemy
• AIController
• BB, BT
• BTTask
• 팀 생산성 향상을 위한 UE5 프로젝트 컨벤션 수립 및 Git 워크플로우 최적화
• 그래픽 리소스 관리 파이프라인 구축(예정)

TA 스터디

30일간 하루에 Material 하나씩 만들기 챌린지

UE5 보스 Enemy AI 기본 구조 구현

오늘은 1:1 보스 전투를 위한 Enemy AI 기본 구조를 잡았다.
프로젝트에서는 일반 Enemy를 따로 두지 않고, Enemy = Boss 개념으로 설계했다.

구현한 구조

현재 Enemy AI는 다음 흐름으로 동작한다.

EnemyCharacterBase
└── EnemyAIController
    └── BehaviorTree / Blackboard
        ├── SelectNextAction
        ├── RotateToTarget
        └── ExecuteAttack

EnemyCharacterBase는 BehaviorTreeAsset과 EnemyAttackComponent를 가지고, EnemyAIController는 Possess 시 해당 BT를 실행한다.

Blackboard / Behavior Tree

Blackboard에는 기본적으로 다음 Key를 사용했다.

TargetActor
HomeLocation
SelectedAction
SelectedPattern

Behavior Tree는 확률로 다음 행동을 선택하고, 선택된 값에 따라 분기하도록 구성했다.

SelectedAction == 0 → 이동
SelectedAction == 1 → 일반공격
SelectedAction == 2 → 강공격

BT 구조는 대략 다음과 같다.

Root
└── Sequence
    ├── Select Next Action
    └── Selector
        ├── Move
        ├── Normal Attack
        └── Strong Attack

TargetActor 세팅

초기에는 OnPossess() 시점에 Player를 바로 가져오려 했지만, Player Pawn이 아직 준비되지 않아 TargetActor가 null이 되는 문제가 있었다.

그래서 EnemyAIController에서 일정 간격으로 Player를 다시 찾고, 성공하면 Blackboard의 TargetActor에 세팅하도록 수정했다.

UpdateTargetActor();

이후 RotateToTarget Task에서 정상적으로 Player를 바라보는 것까지 확인했다.

커스텀 BTTask

오늘 만든 주요 BTTask는 다음과 같다.

BTTask_SelectNextAction
BTTask_RotateToTarget
BTTask_ExecuteAttack

SelectNextAction은 확률 기반으로 다음 행동을 선택한다.

Move
NormalAttack
StrongAttack

RotateToTarget은 Blackboard의 TargetActor를 읽어 Enemy가 대상을 바라보게 한다.

ExecuteAttack은 EnemyAttackComponent의 공격 실행 함수를 호출한다.

공격 패턴 구조

공격은 EnemyAttackComponent에서 처리하도록 분리했다.

현재는 실제 애니메이션이 없기 때문에 SelectedAction, SelectedPattern을 기준으로 일반공격/강공격 패턴을 구분하는 단계까지 진행했다.

SelectedAction == 1 → 일반공격
SelectedAction == 2 → 강공격
SelectedPattern == 0 or 1

즉 최종적으로는 다음 네 가지 공격 패턴으로 확장할 수 있다.

일반공격 1
일반공격 2
강공격 1
강공격 2

애니메이션 대기 구조

공격 애니메이션이 붙으면 BTTask_ExecuteAttack은 바로 Succeeded를 반환하면 안 된다.

공격 시작 시에는:

EBTNodeResult::InProgress

를 반환하고, 몽타주가 끝났을 때:

OnAttackFinished.Broadcast();

를 호출해서 Task를 완료시키는 구조로 갈 예정이다.

즉 최종 흐름은 다음과 같다.

BTTask_ExecuteAttack
→ EnemyAttackComponent::ExecuteAttack()
→ Attack Montage 재생
→ Montage End
→ OnAttackFinished.Broadcast()
→ FinishLatentTask()
→ 다음 BT 노드 진행

오늘 진행 결과

오늘은 실제 공격 애니메이션이나 데미지 판정보다는, 보스 AI가 동작하기 위한 기본 파이프라인을 구성했다.

확인된 내용:

Enemy Possess 정상 동작
Behavior Tree 실행 정상
TargetActor 세팅 정상
확률 기반 행동 선택 정상
RotateToTarget 정상
ExecuteAttack 진입 정상
일반공격 / 강공격 패턴 분기 준비 완료

저는 오늘부터 30일간 매일 1개씩 Material을 만들어볼겁니다!(유튜브 톤으로) 하루라도 만들지 않는다면 뭔가 드릴 수 있는 건 없습니다..

Matte Plastic

예쁜 플라스틱이 목표가 아니라 PBR 기본 입력값을 정확히 이해하는 것을 목표로 만든다.

Parameter

(좌)Vector Parameter

Vector Parameter는 색상 같은 벡터 값을 파라미터할 때 쓴다.

(우)Scalar Parameter

Material Instance, BP, C++에서 바꿀 수 있는 단일 float 값

Material Instance 생성

Material 우클릭 > Create Material Instance

학습포인트

Roughness

0.2 = 번들거림
0.5 = 중간
0.75 = 무광 플라스틱
0.9 = 거의 고무 느낌

표면의 거칠기를 제어 낮을수록 반사가 선명해지고 높을수록 반사가 퍼진다

Specular

0.0 = 반사 거의 없음
0.35 = 플라스틱 느낌
0.5 = Unreal 기본값에 가까움
1.0 = 과장된 반사

비금속 표면의 반사 강도 조절

Metallic

오늘은 0으로 고정했는데 1에 가까워질수록 금속처럼 멋있어진다

📅 2026-07-01

거의 일주일 넘게 동일한 내용을 붙들고 있었고 해결을 못해서 TIL을 쓰지를 못했다. 오늘부터는 진짜 간단하게 쓸 예정 너무 길게 쓰려니까 부담됨.

그리고 어제부터 팀프로젝트를 시작했다.

조 : Team12 RPG 프로젝트 명 : Katana(가제) 목표 : Kannagi Usagi / Sekiro Like와 비슷한 보스전투 구현 기여 파트

• Enemy
• AIController
• BB, BT
• BTTask
• 팀 생산성 향상을 위한 UE5 프로젝트 컨벤션 수립 및 Git 워크플로우 최적화
• 그래픽 리소스 관리 파이프라인 구축(예정)

기획

📅 2026-06-24

Wave 변경을 HUD에 표시하기 위한 Delegate 연결

현재 프로젝트에서 Wave가 시간에 따라 변하는지 확인

현재 프로젝트에서는 Wave가 시간 흐름에 따라 변경되고 있다.

Wave 진행의 핵심은 AEnemySpawner 클래스에 있다. AEnemySpawner::Tick()에서 매 프레임 UpdateSpawning(DeltaTime)을 호출하고, 이 함수 안에서 현재 Wave의 경과 시간, 적 스폰 간격, 총 스폰 수, 다음 Wave 대기 시간을 관리한다.

특히 CurrentWaveElapsedTime += DeltaTime으로 현재 Wave의 시간이 누적되고, SpawnInterval마다 적을 스폰한다. 이후 TotalSpawnCount만큼 적을 스폰했고 Wave 완료 조건을 만족하면 CompleteCurrentWave()가 호출된다.

Wave가 완료되면 바로 다음 Wave로 넘어가는 것이 아니라, DelayAfterWave만큼 기다린 뒤 StartWave(CurrentWaveIndex + 1)을 호출한다. 따라서 이 프로젝트의 Wave는 시간과 스폰 상태에 따라 실제로 변화하고 있다.

Wave 변경 시점

Wave가 실제로 바뀌는 시점은 AEnemySpawner::StartWave() 안이다.

void AEnemySpawner::StartWave(int32 NewWaveIndex)
{
    if (!WaveData || NewWaveIndex >= WaveData->GetRuntimeWaveCount())
    {
        StopSpawning();
        OnAllWavesCompleted.Broadcast();
        return;
    }

    CurrentWaveIndex = NewWaveIndex;
    SpawnedCountInCurrentWave = 0;
    CurrentWaveElapsedTime = 0.0f;
    TimeSinceLastSpawn = BIG_NUMBER;
    bWaitingForNextWave = false;
    ActiveWaveEnemies.Reset();

    if (const FBulletHellWaveDefinition* WaveDefinition = GetCurrentWaveDefinition())
    {
        OnWaveStarted.Broadcast(CurrentWaveIndex + 1, WaveDefinition->WaveName);
    }
}

여기서 중요한 부분은 OnWaveStarted.Broadcast(CurrentWaveIndex + 1, WaveDefinition->WaveName);이다.

CurrentWaveIndex는 내부적으로 0부터 시작하지만, HUD에 보여줄 Wave 번호는 1부터 보여주는 것이 자연스럽기 때문에 CurrentWaveIndex + 1을 전달하고 있다.

이미 존재하는 Wave Delegate

AEnemySpawner에는 이미 Wave 변경을 알릴 수 있는 Delegate가 선언되어 있다.

DECLARE_DYNAMIC_MULTICAST_DELEGATE_TwoParams(
    FBulletHellWaveChangedSignature,
    int32, WaveIndex,
    FName, WaveName
);

그리고 AEnemySpawner 안에 다음 Delegate들이 있다.

UPROPERTY(BlueprintAssignable, Category = "Enemy Spawner|Wave")
FBulletHellWaveChangedSignature OnWaveStarted;

UPROPERTY(BlueprintAssignable, Category = "Enemy Spawner|Wave")
FBulletHellWaveChangedSignature OnWaveCompleted;

UPROPERTY(BlueprintAssignable, Category = "Enemy Spawner|Wave")
FBulletHellAllWavesCompletedSignature OnAllWavesCompleted;

HUD에 현재 Wave 번호를 보여주려면 새 Delegate를 만들기보다 OnWaveStarted에 바인딩하는 것이 가장 적절하다.

HUD에 Delegate를 달 위치

현재 HUD 구조에서는 UBulletHellHUDPresenter가 HUD Widget과 게임 데이터를 연결하는 역할을 하고 있다.

체력 변경 Delegate와 인벤토리 변경 Delegate도 UBulletHellHUDPresenter::Initialize()에서 바인딩하고 있으므로, Wave 변경 Delegate도 같은 위치에 바인딩하는 것이 구조적으로 자연스럽다.

void UBulletHellHUDPresenter::Initialize(
    APlayerFighterjet* InPlayer,
    UBulletHellPlayerHUDWidget* InView)
{
    Player = InPlayer;
    View = InView;

    if (!Player || !View)
    {
        return;
    }

    if (UBulletHellHealthComponent* HealthComponent = Player->GetHealthComponent())
    {
        HealthComponent->OnHealthChanged.AddDynamic(
            this,
            &UBulletHellHUDPresenter::HandleHealthChanged);
    }

    if (UBulletHellInventoryComponent* InventoryComponent = Player->GetInventoryComponent())
    {
        InventoryComponent->OnInventoryChanged.AddDynamic(
            this,
            &UBulletHellHUDPresenter::HandleInventoryChanged);
    }

    for (TActorIterator<AEnemySpawner> It(Player->GetWorld()); It; ++It)
    {
        EnemySpawner = *It;
        EnemySpawner->OnWaveStarted.AddUniqueDynamic(
            this,
            &UBulletHellHUDPresenter::HandleWaveChanged);
        break;
    }

    RefreshAll();
}

이 코드를 사용하려면 BulletHellHUDPresenter.cpp 상단에 다음 include가 필요하다.

#include "EngineUtils.h"
#include "Spawner/EnemySpawner.h"

AddDynamic 에러 원인

AddDynamic(this, &UBulletHellHUDPresenter::HandleWaveChanged)에서 에러가 발생한 이유는 Delegate 시그니처와 연결하려는 함수의 시그니처가 맞지 않았기 때문이다.

OnWaveStarted는 int32 WaveIndex, FName WaveName 두 개의 인자를 전달한다.

DECLARE_DYNAMIC_MULTICAST_DELEGATE_TwoParams(
    FBulletHellWaveChangedSignature,
    int32, WaveIndex,
    FName, WaveName
);

따라서 바인딩되는 함수도 동일하게 두 개의 인자를 받아야 한다.

잘못된 형태는 다음과 같다.

UFUNCTION()
void HandleWaveChanged();

올바른 형태는 다음과 같다.

UFUNCTION()
void HandleWaveChanged(int32 WaveIndex, FName WaveName);

HandleWaveChanged 구현

HUD Widget에는 이미 OnWaveChanged(int CurrentWave) 함수가 준비되어 있다.

따라서 Presenter의 HandleWaveChanged에서는 전달받은 WaveIndex를 View에 넘겨주면 된다.

void UBulletHellHUDPresenter::HandleWaveChanged(int32 WaveIndex, FName WaveName)
{
    if (!View)
    {
        return;
    }

    View->OnWaveChanged(WaveIndex);
}

현재는 Wave 이름을 HUD에 표시하지 않기 때문에 WaveName은 사용하지 않아도 된다. 다만 Delegate 시그니처를 맞추기 위해 인자로는 받아야 한다.

HUD Widget의 Wave 표시

UBulletHellPlayerHUDWidget에는 이미 Wave 번호를 표시하는 함수가 구현되어 있다.

void UBulletHellPlayerHUDWidget::OnWaveChanged_Implementation(int CurrentWave)
{
    if (Text_CurrentWave)
    {
        const FText WaveText = FText::Format(
            NSLOCTEXT("BulletHellHUD", "WaveFormat", "Wave {0}"),
            FText::AsNumber(CurrentWave)
        );
        Text_CurrentWave->SetText(WaveText);
    }
}

따라서 Text_CurrentWave가 Widget Blueprint에서 정상적으로 바인딩되어 있다면, Wave가 시작될 때마다 HUD에 Wave 1, Wave 2, Wave 3 형태로 표시된다.

최종 정리

현재 프로젝트의 Wave는 AEnemySpawner에서 시간과 스폰 상태에 따라 변경된다.

HUD에 현재 Wave를 표시하기 위해 새 Delegate를 만들 필요는 없다. 이미 존재하는 AEnemySpawner::OnWaveStarted에 HUD Presenter를 바인딩하면 된다.

Delegate를 다는 위치는 UBulletHellHUDPresenter::Initialize()가 가장 적절하다. 이 클래스가 이미 체력, 인벤토리 같은 게임 상태를 HUD Widget에 전달하는 중간 계층 역할을 하고 있기 때문이다.

AddDynamic 에러는 HandleWaveChanged 함수가 Delegate와 같은 인자 목록을 갖지 않아서 발생한 것이다. void HandleWaveChanged(int32 WaveIndex, FName WaveName) 형태로 수정하면 해결된다.

📅 2026-06-23

UE5 Landscape Material 구성 삽질 정리

이번 학습의 목표는 Fab/Quixel 텍스처를 이용해서 Landscape Material Function을 만들고, Layer Paint와 Nanite Displacement까지 적용하는 것이었다.

처음에는 강의와 노드 생김새가 달라서 단순 버전 차이 문제처럼 보였지만, 실제로는 다음 문제가 연쇄적으로 엮여 있었다.

1. Landscape 전용 UV Tiling 구성
2. 기본 더미 텍스처 생성 방식
3. Material Function의 출력 구조
4. Substrate와 Legacy Material Attributes 차이
5. Material Instance Parameter Group 정리
6. Landscape Layer Info Object 생성
7. Weight Blended / No Weight Blending 차이
8. Fab 텍스처의 ORM / ORDp 채널 차이
9. Nanite Tessellation과 Displacement 적용 조건
10. Height 텍스처 없이 ORM을 Displacement로 오용했을 때 발생하는 문제

결론부터 말하면, Landscape Material과 Layer Paint는 정상적으로 구성했고, Nanite Displacement 파이프라인도 동작 확인했다. 다만 내가 사용한 Fab 텍스처는 ORM이었기 때문에 Displacement 채널이 없었다. 따라서 실제 돌출 표현을 하려면 별도 Height/Displacement 텍스처가 필요하고, 없으면 Displacement는 끄는 쪽이 맞다.

Landscape Material Function 기본 구조

Landscape UV Tiling 노드 이해

강의에서 처음 나온 구조는 Landscape Coords에 Scalar 값을 곱해서 텍스처 타일링을 제어하는 방식이었다.

구조는 다음과 같다.

Landscape Layer Coords
→ Multiply with Scalar Parameter
→ Tiling

처음에 헷갈렸던 점은 Tiling이라는 노드가 특별한 노드처럼 보였다는 것이다. 실제로는 상황에 따라 Named Reroute Declaration이거나 Function Output일 수 있다.

중요한 점은 Tiling 값이 0이면 안 된다는 것이다.

Landscape UV × 0 = 모든 UV가 거의 0으로 고정

그러면 텍스처가 정상적으로 반복되지 않고 단색처럼 보일 수 있다. 강의에서는 0.2를 사용했고, 테스트할 때는 0.2, 1.0, 2.0 순서로 비교하는 게 좋다.

기본 더미 텍스처의 정체

강의에서는 다음 3개의 기본 텍스처를 사용했다.

각 텍스처의 역할은 다음과 같다.

처음에는 Unreal 에디터 안에서 직접 Texture2D를 만들려고 했지만, 생성 메뉴에는 일반 Texture2D가 없었다.

따라서 일반 Texture2D는 외부에서 PNG를 만든 뒤 import하는 방식으로 처리했다.

Photoshop / Krita / 그림판 등에서 1x1 또는 4x4 PNG 생성
→ Content Browser로 드래그 앤 드롭
→ Texture Asset Editor에서 sRGB / Compression Settings 수정

여기서 White_Color와 White_LinearColor는 이미지 자체가 다른 게 아니라 Unreal에서 색상으로 해석하느냐, 데이터로 해석하느냐가 다르다.

BaseColor / AO / Roughness / Normal 구성

BaseColor 구성

BaseColor는 텍스처 색과 Vector Parameter를 곱해서 색상 틴트를 줄 수 있게 만들었다.

구조는 다음과 같다.

BaseColorTex RGB
× LayerA_BaseColor
→ BaseColor

LayerA_BaseColor를 흰색으로 두면 원본 텍스처 색이 유지되고, 다른 색을 넣으면 전체 색이 틴트된다.

AO / Roughness 구성

AO와 Roughness는 packed texture의 채널을 사용해 Min/Max 범위를 보정하는 방식이었다.

수식은 다음과 같다.

AO = saturate(lerp(AO_Min, AO_Max, AO_Tex))
Roughness = saturate(lerp(Roughness_Min, Roughness_Max, Roughness_Tex))

여기서 Lerp는 Substrate 전용 노드로 대체하는 게 아니라 그대로 사용하는 수학 노드다. Substrate는 최종 셰이딩 구조가 바뀌는 것이고, Lerp, Multiply, Saturate 같은 계산 노드는 그대로 쓴다.

Material Function 출력 구조와 Substrate 차이

내 MF와 강의 MF의 출력 차이

처음 만든 MF는 MakeMaterialAttributes를 통해 Result 하나만 출력하고 있었다.

강의에서는 MF_LandscapeLayerA가 다음처럼 보였다.

강의의 MF 출력은 다음 2개였다.

MA
Displacement

내 MF에서 Displacement가 안 나오던 이유는 단순했다. Dp_Tex를 Named Reroute처럼 빼놓은 것과 Function Output으로 외부에 내보내는 것은 다르다.

외부 출력 핀을 만들려면 반드시 다음을 해야 한다.

우클릭 → Function Output 생성
Output Name = Displacement
Dp_Tex 또는 Height 계산 결과 연결

Substrate 때문에 Material Root가 다르게 보임

내 프로젝트에서는 Material Root에 Front Material 핀이 보였다.

강의는 Legacy Material Attributes 방식이고, 내 프로젝트는 Substrate가 활성화된 상태였기 때문에 루트 노드 생김새가 달랐다.

이때 선택지는 3개였다.

이번 학습에서는 강의 흐름을 따라가기 위해 Use Material Attributes 기반으로 정리했다.

Material Instance Parameter 정리

MI 파라미터가 Global 그룹으로 흩어진 이유

처음 MI를 열었을 때 파라미터들이 다음처럼 분산되어 있었다.

강의에서는 파라미터가 하나의 그룹으로 정리되어 있었다.

원인은 MF 내부 Parameter 노드의 Group 설정이었다.

Parameter Name: LayerA_UV_Tiling
Group: LandscapeLayerA
Sort Priority: 원하는 표시 순서

MI 화면에서 고치는 게 아니라, 부모 Material 또는 Material Function 내부의 Parameter 노드를 고쳐야 한다.

Group은 네임스페이스가 아니다

중간에는 LayerA 그룹 안에 LayerB 파라미터가 섞여 보였다.

여기서 핵심은 다음이다.

Group은 표시용 카테고리일 뿐이다.
Parameter Name이 같으면 같은 파라미터로 취급될 수 있다.

잘못된 예:

LayerA MF: Tiling
LayerB MF: Tiling

올바른 예:

LayerA_UV_Tiling
LayerB_UV_Tiling
LayerC_UV_Tiling

Layer를 복사해서 만들 때는 Group뿐 아니라 Parameter Name도 전부 Layer별로 고유하게 바꿔야 한다.

Landscape Paint와 Layer Info 문제

Fill Layer가 비활성화된 이유

Landscape Paint에서 Fill Layer가 비활성화되었다.

에러 메시지는 다음과 같았다.

This layer has no layer info assigned yet.
You must create or assign a layer info before you can paint this layer.

즉 문제는 Material Function이 아니라 Layer Info Object 미할당이었다.

각 레이어의 + 버튼을 눌러 Layer Info Object를 생성해야 한다.

Weight Blended / No Weight Blending

처음 Layer Info를 만들었을 때 No Weight Blending으로 잡히기도 했다.

일반적인 지형 레이어 페인팅이라면 Weight Blending으로 통일하는 편이 낫다.

이번 구조에서는 LayerA, LayerB, LayerC가 서로 섞이는 지형 재질이므로 Weight Blending 계열로 정리했다.

Fab 텍스처 적용과 품질 차이

강의와 내 프로젝트의 Layer Preview 차이

강의에서는 Layer 생성 후 미리보기 구체에 바로 텍스처가 적용되어 보였다.

내 프로젝트에서는 페인트는 되었지만 결과가 밋밋했다.

Fab 프리뷰는 훨씬 입체적이었다.

차이의 원인은 다음으로 정리했다.

1. MI에서 실제 텍스처 Override 체크가 안 되어 있을 수 있음
2. Normal Strength가 0이면 입체감이 거의 사라짐
3. AO/Roughness 채널 연결이 틀리면 셰이딩이 이상해짐
4. Fab 프리뷰는 Height/Displacement까지 반영된 경우가 있음
5. 조명과 Auto Exposure 차이도 결과에 영향을 줌

즉 단순히 텍스처 해상도 문제가 아니라 셰이딩 정보가 제대로 연결되어 있는지가 더 중요했다.

MF / MM 최종 구조

Material Function 전체 구조

최종 MF는 Texture Set, BaseColor, Mask, Normal, Displacement 출력으로 구성했다.

핵심 출력은 다음이다.

MakeMaterialAttributes → Function Output: MA
Height/Displacement 계산값 → Function Output: Displacement

MM에서 MA와 Displacement 합치기

MM에서는 MA와 Displacement를 각각 Landscape Layer Blend로 섞은 뒤 SetMaterialAttributes로 합쳤다.

처음에는 Displacement용 Layer 이름을 LayerA_Displacement처럼 만들었고, 그 결과 Paint Target Layer가 6개로 늘어났다.

이건 잘못된 구조다.

올바른 구조는 다음이다.

MA Blend Layers:
- LayerA
- LayerB
- LayerC

Displacement Blend Layers:
- LayerA
- LayerB
- LayerC

Displacement도 기존 Paint Layer의 weight를 공유해야 하므로, 레이어 이름을 동일하게 맞춰야 한다.

Nanite Displacement 적용

ini 설정과 Material 설정

Nanite Tessellation을 쓰려면 프로젝트 ini에 다음 값을 추가했다.

[/Script/Engine.RendererSettings]
r.Nanite.AllowTessellation=1
r.Nanite.Tessellation=1

그 뒤 에디터를 재시작하고, Material Main Node에서 다음을 설정했다.

Enable Tessellation = On
Displacement Center = 0.5
Displacement Magnitude = 작은 값부터 테스트

Landscape Actor에서는 다음도 필요하다.

Landscape 선택
→ Enable Nanite
→ Build Data / Rebuild Data

초기 Displacement Strength 구조

처음에는 Dp_Tex * Strength 형태로 구성했다.

하지만 실제 변화가 거의 보이지 않았다.

그래서 Constant 10을 넣어 파이프라인 자체가 동작하는지 테스트했다.

결과적으로 브러시한 영역이 통째로 솟아올랐다. 즉 연결과 Nanite Tessellation 자체는 동작했다.

Constant 10으로 솟아오름
= Displacement 파이프라인은 정상
= 문제는 Height 입력값 또는 채널

Displacement 값 보정과 ORM 문제

Centered Displacement Formula

Displacement 값은 0~1 범위를 쓰고, Center = 0.5를 기준으로 움직이는 것이 안정적이다.

그래서 다음 수식으로 바꿨다.

(Dp_Tex - 0.5) * DisplacementStrength + 0.5

최종 노드 흐름은 다음과 같다.

Dp_Tex
→ Subtract 0.5
→ Multiply LayerX_Displacement
→ Add 0.5
→ Saturate
→ Output Displacement

Material Details에서는 Magnitude를 조절했다.

하지만 여전히 기대한 것처럼 돌이 튀어나오지는 않았다.

ORM에는 Displacement 채널이 없음

R/G 채널을 Displacement에 넣으면 실제 높이 변화는 생겼지만, 결과가 완전히 비정상적으로 변했다.

원인은 텍스처가 ORDp가 아니라 ORM이었다는 점이다.

ORM:
R = Ambient Occlusion
G = Roughness
B = Metallic

즉 ORM에는 Height/Displacement 채널이 없다.

따라서 R/G를 DP에 연결하면 다음과 같은 잘못된 결과가 나온다.

AO를 높이맵처럼 사용
Roughness를 높이맵처럼 사용
→ 지형이 찢어지고 비정상적으로 솟음

반대로 ORDp 계열이라면 보통 다음처럼 사용한다.

ORDp:
R = AO
G = Roughness
B = Displacement / Depth

최종 결론은 다음이다.

ORM은 AO/Roughness/Metallic 용도로만 사용한다.
Displacement를 쓰려면 별도 Height/Displacement 텍스처가 필요하다.
Height가 없다면 Displacement는 Constant 0.5로 끄는 편이 맞다.

최종 체크리스트

Material Function 체크리스트

- Texture Sample Parameter 이름이 LayerA/B/C별로 고유한가?
- Scalar Parameter 이름이 LayerA/B/C별로 고유한가?
- Group이 Layer별로 정리되어 있는가?
- MA는 Function Output인가?
- Displacement도 Function Output인가?
- Displacement 수식은 (Height - 0.5) * Strength + 0.5 구조인가?
- 결과에 Saturate를 걸었는가?

Master Material 체크리스트

- MA용 Landscape Layer Blend의 Layer 이름: LayerA/B/C
- Displacement용 Landscape Layer Blend의 Layer 이름도 동일하게 LayerA/B/C
- SetMaterialAttributes로 Material Attributes와 Displacement를 합쳤는가?
- Material Main Node에서 Enable Tessellation이 켜져 있는가?
- Magnitude와 Center를 조절했는가?

Landscape 체크리스트

- LayerA/B/C에 Layer Info Object가 할당되어 있는가?
- Weight Blending 방식이 의도와 맞는가?
- Landscape에 MI가 적용되어 있는가?
- Enable Nanite가 켜져 있는가?
- Build/Rebuild Nanite Data를 했는가?

Texture 체크리스트

- BaseColor는 sRGB On인가?
- Normal은 sRGB Off + Normalmap 압축인가?
- ORM/Mask는 sRGB Off인가?
- ORM을 Displacement로 오용하고 있지 않은가?
- Height/Displacement 텍스처가 실제로 존재하는가?

오늘의 결론

최선

ORM은 AO/Roughness/Metallic 용도로만 쓰고, Displacement는 별도 Height/Displacement 텍스처를 받아서 처리한다. 큰 돌이나 자갈은 Landscape Displacement에 기대기보다 Static Mesh, Foliage, PCG Scatter로 배치하는 것이 맞다.

차선

Height 텍스처가 없다면 Displacement를 Constant 0.5로 고정해 끄고, Normal/AO/Roughness만 제대로 연결해서 시각 품질을 확보한다.

비추천

ORM의 R/G/B 채널을 억지로 Displacement에 넣는 것. 높이 변화는 생기지만 AO/Roughness/Metallic 데이터를 높이로 쓰는 것이므로 지형이 비정상적으로 찢어진다.

📅 2026-06-22

매니저님들이나 튜터님들이 TIL을 하나한 보시지는 않는 것 같아서 적어보자면 언리얼 게임 개발자로 취업을 하는 것에 굉장히 회의감을 느끼고있다.

같은 캠프 안에 실력자들을 보고 동경스럽고 배울점도 많아서 캠프자체는 너무 재밌고 유익하다고 생각한다. 하지만 그런 실력자분들 조차 취업이 안돼서 나랑 같은 수업을 듣고있는걸 보면서 너무 많은 고민이 생겼다.

물론 캠프 종료 후 바로 취업이 되는 인원들이 정말 많지 않기때문에 기대는 안하고 있지만 어찌됐든 먹고살아야하는데 안될걸 알지만 일단 한다는 내 성격과는 맞지 않는다.

어떤 것을 해야 다른 사람들보다 강점이 생길지 내가 진짜 더 관심있는 분야가 뭔지를 끊임없이 고민하고 공부해야된다고 생각한다.

냉정하게 자기객관화 했을때 지금은 초급단계라 일정부분 나한테 강점이 있긴 하지만 조금 더 미래를 봤을때 내가 다른사람들보다 게임프로그래밍을 잘할 수 있을까? 고민을 해봤을때는 아니라는 생각이 들었다.

그래서 여러 진로를 탐색해본 결과 VP ICVFX 분야에 관심이 있고 실제로 현장에서 일하는 주변인들도 있어서 앞으로 공부를 해볼 예정이다.

라이브링크

라이브링크란?

현실의 움직임(데이터)를 언리얼 엔진 내부로 실시간으로 꽂아주는 초고속 데이터 빨대라고 생각하면 된다.

예전에는 모션캡처나 카메라 움직임을 쓰려면 외부 프로그램에서 녹화하고 FBX같은 파일로 export 후 언리얼로 가져와야 했기 때문에 리얼타임으로 확인이 불가능했다.

하지만! 라이브링크를 사용하면 실시간 데이터를 리얼타임 렌더링으로 확인 할 수 있게된다.

라이브 링크 구성 3요소

소스

데이터를 보내주는 출발지이다. 스마트폰 페이스 트래킹/캡처 앱이 될 수도 있고 일반적으로 달려있는 pc의 웹캠이 될 수도 있고 모션캡처 장비가 될 수도 있다.

서브젝트

소스에서 보내는 데이터 덩어리 예를 들어 모션캡처 장비에서 A캐릭터의 bone데이터, B캐릭터의 bone데이터를 동시에 보낼 때 각각 서브젝트A, 서브젝트B라고 할 수 있다.

클라이언트

언리얼엔진을 말한다.

그래서 어떻게 사용할건데?

우선 예제로 언리얼 Livelink와 OpenCV, 웹캠을 사용해서 아이트래커를 통해 언리얼에서 카메라의 회전을 구현해보려고 한다.

작동 방식은 아래와 같다.

• [현실세계] 나의 얼굴 움직임
• [웹캡] 영상 신호 캡쳐
• [OpenCV + C++] 영상 분석 -> 눈 좌표 계산
• [Live Link Source] (우리가 C++로 코딩할 플러그인) 데이터를 라이브링크 규격으로 변환
• [Live Link Client] 언리얼 엔진이 실시간으로 데이터를
• [Cine Camera] 언리얼 속 카메라가 내 눈 위치에 맞춰 실시간으로 이동

📅 2026-06-19

개인과제 구현

3D 1945깔로 만들어보고 있는데 Projectile 발사 에임 보정이 말썽이라 계속 수정하고 있다.

AIController로 적 비행체의 자율적인 움직임을 만들어봤는데 꽤나 만족스럽다

📅 2026-06-16

HDRI Backdrop 이용한 우주 배경 구현

사실 어려운건 아니고 우주 공간을 배경으로 하고싶은데 어떻게 하면 쉽고 편하게 할 수 있을지 찾다가 사용한 방법이다.

무려 이정도의 고퀄리티를 쉽게 하는 방법이 있다.

HDR 이미지 구하기

이미지 사이트 나는 위 링크에서 HDR이미지를 구했다. 따로 변환할 필요는 없고 해당 이미지를 그대로 import 해주면 된다.

플러그인 설치

플러그인에서 HDRIBackdrop을 설치하고 에디터를 껏다 키면 아래와 같은 클래스가 추가되고 BP 생성을 해준다.

레벨에 BP 배치와 Cubemap 변경

BP만들고 Detail에서 Cubemap을 Import한 HDR 파일로 변경, Size도 늘려주면 오픈월드와 유사하게 매우 큰 공간을 생성할 수 있다.

마지막으로 Detail패널에서 Mesh를 SM_SkySphere로 변경하면 끝이다.