GoReal

쿼터니언 변환 이해

Real_Go — Mon, 15 Dec 2025 23:27:21 +0900

앞서 배운 로드리게스 변환 공식으로 부터 축에 대한 회전 결과는 위와같이 나온다는 것을 알 수 있다.

그렇다면 쿼터니언 회전은 어떻게 계산 될까

lhs 와 rhs 에 따라 시계방향이 + 일 수도 있고 - 일 수도 있는데

일단 rhs 기준으로는

반시계방향이 + 고

위와같은 회전은 기준 축 N 을 (xi+yj+zk) 의 3d vector로 표현할 수 있고 회전 값 theta 를 w 로 표현할 수 있다.

그러면 보통 실수부에 직교성을 가지는 수를 허수라고 표현함에 따라

xi+yj+zk 는 허수 부고 w 는 회전 량을 나타내는 실수 부가 되어 복소수로 표현되겠다.

일단 qz 를 먼저 생각해볼까

qz는 z 축에 대한 w 만큼 회전이다. 그렇다면 n= (0,0,1) 이 될테고 이 축에 대한 회전은

v' = v cos θ +(1-cos θ)(V · (0,0,1))+((0,0,1)x V) sin θ 이 될텐데 V 를 vx,vy,vz 의 벡터라고 보면 \

외적은 아래와같이 계산될거고

v' = v cos θ + (1-cos θ) (0,0,vz)+ (-vy, vx, 0)sin θ 가 될거고 이걸 vx,vy,vz 로 분류하면
(vx cos θ - vysin θ, vycos θ + vxsin θ, vz) 가 돼서
V' = (v'x, v'y, v'z) 라 할때

v'x = vx cos θ - vysin θ

v'y= vycos θ + vxsin θ

v'z = vz

가 된다.

여기서 Z 축 단위벡터 k = (0,0,1) 에 대한 회전 쿼터니언을

q= k sinθ + cos θ 로 놓고 q^-1 = - k sin θ+cos θ 라고 두면

v' = qvq^-1 로 된다고 보면

qv = (cos θ +ksin θ )(vxi+vyj+vzk)

= cos θ(vxi+vyj+vzk)+ ksin θ (vxi+vyj+vzk)

= cos θ(vxi+vyj+vzk) + sin θ(-vyi+vxj-vz)
= (vxcos θ-vysin θ)i, (vycosθ + vxsinθ)j, vzcos θ k, -vzsin θ

(qv)q^-1 계산하면

((vxcos θ-vysin θ)i +(vycosθ + vxsinθ)j + vzcos θ k -vzsin θ)(cos θ - ksin θ)

= (vx cos^2 θ-vysin θcos θ)i+(vycos^2 θ+vxsin θcos θ)j+vzcos^2 θ k - vzsin θcos θ
-vx sin θcos θ (ik)+vysin^2 θ (ik) -vyksin θcos θ (jk)-vxsin^2 θ(jk)+vzsin θcos θ(k*(-k))-vzsin^2 θ(k)

ik= -j , jk = -i, k*(-k) = 1

(vx cos^2 θ-vysin θcos θ)i+(vycos^2 θ+vxsin θcos θ)j+vzcos^2 θ k - vzsin θcos θ

-vx sin θcos θ (-j)+vysin^2 θ (-j) -vysin θcos θ (-i)-vxsin^2 θ(-i)+vzsin θcos θ(1)-vzsin^2 θ(k)

뭐 이거 계산하면 배각공식 반각공식 난무한다. 여튼 계산 결과로는

Z축으로 만큼 돌리고 싶으면

q=(0,0,sin(ψ/2),cos(ψ/2))

로 표현된다....

그래서 결국

이 렇게 깡으로 계산된다고.... (Z->Y->X 순서 Right Handed 로 회전한다는 전제 하에)

쿼터니언 이해 예습 - 로드리게스 회전 공식

Real_Go — Mon, 15 Dec 2025 21:47:42 +0900

아 쿼터니언 변환 글 쓰다가 수학적 설명을 이어갈려고 했더니

결국 로드리게스 양반 회전 공식으로 넘어가야되는데

글이 너무 장황해질 거 같아 먼저 여기서 짧게 짚고 넘어가야되겠다 .

로드리게스 회전 공식은 다음과 같다.

먼저 축 N 에 대해서 V라는 벡터가 theta 만큼 회전한 벡터 V' 에 대해서 V 와 theta 와 N 으로 설명이 되야한다는 것이다.

먼저 V=Va+Vb 로 벡터 더하기로 표현할 수 있다.

V' = 같은 N 축 방향 벡터라 Va로 퉁칠수 있어서 V'=Va+V'b 이다.

여기서 이 회전 원을 위에서 보면

아 일단 회전하는 반경 단면과 벡터 V가 만나는 점을 P 라고 할때 벡터 OP 와 회전 중심 축 N 벡터가 직교하는 동시에 (NxVb) 수직인 벡터는 OW 가 되겠다.

이걸 기준으로 할때

OP 에서 cosθ 하면 OR 인데 이걸 θ 기준으로 회전하면 벡터 OQ 의 가로 성분이 된다.

마찬가지로

OW 의 sinθ 하면 OS 인데 이걸 회전 돌려버리면 OQ 벡터의 세로 성분이 된다.

OW = N x Vb 로 설명할 수 있고 OP 벡터는 Vb 로 설명할 수 있다.

따라서

OQ = Vb cos θ + (N x Vb) sin θ 가 되고

V=Va+Vb 였으니까

Vb = V-Va

따라서

OQ = (V-Va)cos θ +N x (V-Va) sin θ

= (V-Va)cos θ + N x V sin θ - N x Va sin θ

문제는 N 과 Va 는 평행하기때문에 평행한 벡터는 x 연산하면 0 됨

OQ = (V-Va)cos θ+ N x V sin θ

이제 OQ = V'b 라고 할 수 있는데

V' = V'a+ V'b 였는데

같은 축 공유해서 V'a = Va 고

V'b = OQ 를 통해 (V-Va)cos θ+ N x V sin θ 라는걸 알 고 있으니까

V'= Va+ (V-Va)cos θ+ N x V sin θ

= Va- Va cos θ + Vcos θ +(NxV)sin θ

= Va(1-cos θ)+ V cos θ+ ( N x V) sin θ

Va 가 N 축으로 V 벡터를 사영 내린거라 Va= V · N 축으로 정사영 내린 것을 들춰내면 식이 딱딱 맞아 떨어진다.

ECEF->Unreal 회전 좌표계 변환

Real_Go — Mon, 8 Dec 2025 23:53:50 +0900

ECEF 란 무엇인가....Earth-Centered Earth-Fixed 의 준말로

지구중심고정좌표계라고 하는 지구의 중력 중심을 원점으로 하는 좌표계인데, GPS에서 사용되는 좌표체계이다.

우리가 사는 곳은 대부분 지구 표면에 붙어있을테니 x,y,z 점의 지구 중심으로부터의 길이는 구의 반지름 대량 6300 km 가 나와야 할 것이다.

회전은 어떨까? 지구 중심에서 적도를 둘레로 하는 원의 면적에서 경도 회전값이

경도를 둘레로 하는 원의 회전 값에서 위도가 결정될 것이다.

우리가 흔히 아는 38선은 위도 38 도에 북한과 남한을 가로지르는 군사 경계선이고

동경 135도는 하루의 정의가 지구가 자전을 한바퀴하는 것이기에 360도를 24시간으로 나누면 나오는 15도가 한시간의 기준이 되어 경도가 0이 기준점이 되는 그리니치 천문점이 있는 영국으로부터 일본과 한국이 약 135도 즉 9시간 만큼의 시차가 먼저 앞서게 된다.

이를 통해 우리는 지구로부터 위도 38도 경도 135 정도의 위치에 있다는 것을 어림짐작할 수 있는데

이 위치에서 NED/ENU 를 구하면 다음과 같다.

Up Vector 축으로 0도면 북쪽 90도면 동쪽이 되는 거고

North Vector 를 축으로 Roll 이, East Vector 를 축으로 Pitch 가 결정될 것이다.

결론적으로는 북쪽이 yaw 값 0도가 되면 NED, 동쪽이 yaw 값 0도 가되면 ENU 가 된다고 생각하면 된다.

따라서

NED to Unreal 변환을 해주면 됨

결론적으로는

// 1) 로컬(예: NED/ENU) 기준 바디 회전 (FOM에서 받은 Psi,Theta,Phi)
double psiDeg   = FMath::RadiansToDegrees(AttitudeRad.X); // Yaw (Z)
double thetaDeg = FMath::RadiansToDegrees(AttitudeRad.Y); // Pitch (Y)
double phiDeg   = FMath::RadiansToDegrees(AttitudeRad.Z); // Roll (X)

// FOM: Z-Y-X (yaw-pitch-roll) → Unreal Rotator 매핑 (필요에 따라 부호 조정)
FRotator BodyLocalRot(
    thetaDeg,  // Pitch
    psiDeg,    // Yaw
    phiDeg     // Roll
);
FQuat Q_bodyLocal = BodyLocalRot.Quaternion();

// 2) "로컬 좌표계 → 언리얼 월드" 프레임 회전
// 예) 언리얼에서 +X=East, -Y=North, +Z=Up 이면,
//     ENU의 (East,North,Up) → (X,-Y,Z) 로가는 고정 회전이라 보정 Quat 하나 정의해둘 수 있음.
FRotator LocalToWorldFrameRot(
    0.0,  // Pitch 보정
    0.0,  // Yaw 보정
    0.0   // Roll 보정
);
// 필요하면 여기서 축 뒤집기/좌우 반전 같은 것 넣어줌
FQuat Q_localFrameToWorld = LocalToWorldFrameRot.Quaternion();

// 3) 최종 월드 회전 (순서는 프로젝트 컨벤션에 따라 한번 뒤집어 볼 수 있음)
FQuat Q_world = Q_localFrameToWorld * Q_bodyLocal;

// 4) 세팅
Actor->SetActorRotation(Q_world);

요런 흐름을 가져가면 된다.

아니면 Actor Location 은 냅두고 Relative rotation 만 깡으로 박아넣어서 바꾸던가

저비용으로 나무를 머티리얼 활용만으로 최대한 사실 적으로 만들기

Real_Go — Wed, 3 Dec 2025 06:27:39 +0900

언리얼에서 나무는 참 애증의 관계다.

어셋에 있는 나무들은 참 많지만 FBX 모델링 되어있고 있는 그대로는 쓸 지언정 커스텀하기가 까다롭다.

또한 나무는 LOD 세팅이 가장 중요한 것 중 하나다. Full 모델의 수많은 Vertex 와 Complex polygon 덩어리가 심지어 군집해
있어야만 자연스럽다니... 렌더링 입장에서는 헬이 아닐 수 없다.

그래서 보통 나무들은 LOD 를 가장 낮춘 버전으로 평면을 + 형 또는 * 형으로 배치한다.

필자의 이전 글에도 있었는데

문제는 이게 일반적인 머티리얼 세팅만 갈기면 빛에 의해 뾰족한 엣지 섀도윙이 심하게 일어난다는 것이다.

이는 시각적으로 굉장히 불편감을 준다.

광원이 측면을 바라볼 경우 더 확실히 발생한다.

우선 이거에 대한 1차적인 해결은 Lit 을 바꾸는 것이다.

Unlit 으로 해서 빛에 대한 영향을 최대한 뺀다.

언릿으로 하면 베이스 컬러가 빠지는데 당황하지 말고 이미시브 컬러에 배치해주면

이런식으로 티가 더 안나게 된다.

너무 밝다 싶으면 이미시브를 Multiply 해서 낮춰주면 된다.

하지만 문제가 있다.

Emissive 라서 밤에도 밝다.

엌....

그래서 지금 나는 UltraDynamicSky 어셋을 썼지만 Directional Light 값을 파싱하든 뭘하는 좋다.

Material Parameter Collection 을 하나 만들어서 이 낮-> 밤 시간대에 따른 변화를 제공하면 된다.

필자의 경우 0~2400 으로 시:분을 Float 으로 표현하는 값을 매핑해야되는데

12시에 제일 밝고 밤에는 제일 어두우니까 가우시안, 코사인, 톱니 모양 등 종형 형태의 함수를 활용하여 Intensity 를 조절하고

이를 이미시브 컬러에 같이 반영할 필요가 있었다.

이렇게 MPC 를 Scalar paramter 의 name 을 선언해주고

이 그래프는 대략 0~2400 Domain 을 -1~1 로 정규화 Domain으로 바꾼다음

(0.5(cos(ㅠx)+1))^2 를 한건데

그래프로 이해하자면 아래와 같다.

어쨌든 이렇게 해서 가변적으로 바꾸면 머티리얼에서

그냥 MPC 를 냅다 드래그 한다음에 None 으로 뜨는거 아까 세팅해놓은 Intensity 로 바꿔주고 Multiply 하면 된다.

그러면 낮에는 이러다가

밤에는 요렇게...

어쨌든 핵심은

Plane 3개 교차로 만든 야매 나무는

위에서 보면 이런데

빛에 민감하면 더 구려보이므로 Unlit + Emissive 로 최대한 덜 티나게 할것

그리고 필드의 광원 위치나 강도, 낮밤 등에 따라 Emissive 를 Control 할 수 있는 Material Paramete Collection 의 value 값
파싱 등으로 해결 할 수 있다는 점을 눈여겨 보면 될 것 같다.

다음에는 나무가 살짝씩 바람에 흔들리는 머티리열 연출을 해보이도록 하겠다.

블렌더>언리얼 FBX 텍스쳐 무손실 export 및 import 방법

Real_Go — Wed, 3 Dec 2025 05:36:36 +0900

이미지 프로세싱에서 우리가 아는 PNG 는 JPG 에 비하면 10배는 용량이 큰 압축된 형태의 이미지 (즉 손실이 비교적 적은)

이지만 그럼에도 손실이 어느 정도 있는 편이다.

이런식으로 압축이 되다보면 손실이 나고 감마가 이중으로 되면서 Color 차이가 희미해지는 문제가 생긴다.

그렇게 열화된 이미지를 텍스쳐로 불러와서 머티리얼 작업을 하면 이렇게 열화된 렌더링을 마주치게 된다.

3D 모델링 팀이랑 협업할 때 범용성을 위해 FBX 를 받는 다면 따라서 추출 방법과 임포트 세팅 방법이 정규화되어있다.

이게 블렌더에서 Render Setting 했을 때 원래대로라면 보여야하는 이미지인것이다.

차이가 많이 난다.

이 이유는 이미지를 텍스쳐로 추출하는 과정과 언리얼에서 텍스쳐 세팅하는 과정에서 확연하게 나타난다.

따라서 위와같이 블렌더에서 임포트할때는

1. UV Editing 가서 해당 텍스쳐를 선택하고 Image 탭을 눌러서 Save As 를 누른다.

2. File Format 을 Open EXR 로 하고 Color 를 RGB, Color Depth 를 Float (Full), Codec 은 무손실인 ZIP, Color Space 를
언리얼에 맞춰서 ACES2065-1 로 해준다.

그리고 언리얼에서 이 EXR 파일을 텍스쳐 임포트를 하고나서 텍스쳐 세팅을 해준다.

1. 압축 세팅을 Default-> HDR 로 바꾼다. HDR Compressed 랑 혼동하지 않도록 한다.

2. 소스 컬러 세팅에 인코딩 오버라이드를 sRGB 로 해주고 색 공간(Color Space) 를 ACES API/ACEScg 로 바꿔준다.

이렇게 하고 블렌더 머티리얼에 있는 머티리얼 세팅이랑 스칼라값들은 최대한 비슷하게 가져가면 된다.

통상적으로 집 같은 거는 러프니스(Roughness) 를 1로 세팅한다.

이제 한 결과를 보겠다.

머티리얼 노드의 블렌드 모드를 Translucent 로 하면 좀 더 진하고 또렷하게 표현되고

기본 세팅인 Opaque 로 하면 조금 옅어지는 감이 있지만

그래도 기존

그래도 위와같이 기존 텍스쳐의 근본적인 문제보다는 훨씬 개선되는 걸 볼 수 있다.

그나저나 Opaque 랑 Translucent 랑 차이가 좀 있긴 하네.... 색 대비 퀄리티가...

변수 변화값 탐지 알고리즘

Real_Go — Fri, 31 Oct 2025 15:04:49 +0900

외부에서 트리거 되어 날라오는 값에 대해서
Prev 값이 같으면 변화 탐지 여부 false 날리고
값이 다르면 Prev = Btn3 값으로 매핑해준다음 탐지여부 true 날리면

변화 여부 탐지하게 된다

반대로 계속 Topic 처럼 주기적으로 날아오는 데이터에 대해서는
값이 같으면 정지 한거로 간주하고

값이 다르면 이동 중인걸로 바꿀 수 있다.

지나간 경로 표시하는 법

Real_Go — Mon, 6 Oct 2025 00:48:39 +0900

Chaos Vehicle 갖고 할거다

Path 라는 vector array 변수를 만들고 Set Timer by Event 로 1초마다 Vector 어레이값을 그때의 Actor Location 을 집어넣어

Array Size를 늘리면서 값을 추가한다.

Tick 에서는 Array 가 잘 추가되고 있나 확인하는 걸 해본거고 딱히 중요하진 않다 .

BeginPlay에도 아까 전에 해놓은 배열 추가 이벤트를 실행하는 거고...

필자는 P 버튼 눌러서 For Loop 으로 Location [i] 와 Location [i+1] 간에 Line 을 그려서 For 문을 돌려서 길이 생기도록 했다.

좀 잘보이고 오래남게 하려고 Duration 을 10초로 주고 Thickness를 50으로 변경하겠다.

처음에 이렇게 표시되다가

내가 얼마나 거지같이 운전했는지 돌아볼 수 있게 해준다.

[GUI] 언리얼 미니맵 아이콘 위치 표시 및 줌에 따른 크기 조절

Real_Go — Wed, 1 Oct 2025 01:09:37 +0900

먼저 객체의 양만큼 아이콘을 만드는 것이 핵심인데

image 라는 위젯은 위젯블루프린트에서 즉석으로 create 할 수는 없다.

따라서 미니맵을 띄우는 메인화면과 이미지를 위젯 컴포넌트로 가지는 서브 위젯 블루프린트를
갯수 만큼 띄워서 위젯 위로 덮어씌우는 방식으로 진행한다.

저기서 WBP_Unit 은

그냥 이미지만 냅다 박은 UI 를 말한다.

이거를 아이콘 생성 이벤트에서 호출한다.

위 블루프린트 설명하면 표시할 클래스의 모든 액터들을 For each Loop 돌려서 찾아서 각 객체 군 마다 Create WBP_Unit Widget 을 수행하고 return value로 unit box 라는 변수를 만들고 그 안의 child 인 image 를 끌어와서 각 객체 군 image A, image B, image C 라는 변수를 생성해서 할당해준다.

내 경우 무장 상태에 따라 객체들의 아이콘이 다르기에 Switch 문으로 분기점이 있고 분기점이 없으면 없는대로

어쨌든 Set Brush 노드를 연결한다. 이때 지금은 보기좋게 In Brush를 각각 다 변수로 선언했는데

이런식으로 Default 이미지를 선정해주면 된다.

어쨌든 Set Brush (icon image 변수(이미지 위젯), brush 변수(위젯에 할당할 실제 이미지)) 를 수행한다음

Add Child to Canvas 를 한다.

이게 핵심이다.

이때 메인 UI 를 main panel 이라는 변수로 선언했다면

Add child to Canvas (target: main panel <- content: unit box) 가 되게 된다.

그 후 Return 한 값을 Set Position, Set Size를 Default 값을 해준다음

image array 라는 배열 변수에 Add image 변수 값

을 해주면 된다.

이때 배열 타입 변수는 이미지의 배열타입이라고 보면 된다.

이제 미니맵에서의 객체 위치 업데이트 방법이다

Indicate 라는 이벤트에서 타깃 클래스로 한 모든 액터를 찾은 다음 그 객체의 World Location 과 위에서 내려보는 SceneCapture 카메라의 Actor Location 을 빼서 카메라로부터의 상대 위치를 구한다음

그걸 Projected Map Length 로 나눈 값을 MiniMap Size 에 곱한다음 위젯 0,0 으로 부터 X,Y 떨어져있는 만큼 더해준다.
필자는 미니맵을 우하단에 놓을 것이기 때문에 1630, 898 이였다.

좌상단에 놓을거면 굳이 안더해도 될거같다. 그렇게 한다음 Clamp 로 미니맵의 바운더리를 지정한다음

Set Render Transform 의 X,Y 값에 넣어준다.

객체의 Get World Rotation Return Value Z(Yaw) 값을 받아 위젯에선 +180으로 보간해준다음 Transform Angle 에 넣어준다.

이거는 90를 했나 180도를 했나 가물가물한데 실제 객체 방향이랑 위젯에서의 Angle 이 보간을 해주긴해야한다.

그리고 카메라로부터 FOV 값을 받아와서 Zoom Control 에 따른 Transform Scale 을 변화시킨다.

FOV 값이 작아질 수록 확대되는 거니까 FOV 값 x 에 대해서 Lerp(Alpha:(90 -x)/89, Range:1~3)를 수행했다.

이러면 Zoom 이 안됐을 때 FOV 가 90이니까 0이여서 Scale은 1이 돼고, Zoom 을 최대로 땡겨서 FOV 가 1 이면
89/89 = 1 이 되는데 이게 Lerp 범위에선 제일 Maximum 이니까 3을 뽑게돼서 즉 줌에 따른 0~1 값을 1~3 으로 치환시켜주는 함수가 Lerp 인데 이걸 써서 확대되면 아이콘도 더 확대돼어 보이도록 했다.

그리고 결정적으로 이 Set Render Transform 할 Target 은 Image Array 값의 각 컴포넌트들이기에 For 문 돌면서 저 Set Render Transform 을 반복해주면 된다. 그리고 Damage State 에 따라 Opacity 까지 변화를 주면 끝!
for (int i = 0; i<Array Size; i++)
{

Set RenderTransform (target: get (ImageArray[i]))
if ( ImageArray[i].DamageState == Destroy)
{

Set Render Opacity (target: get(ImageArray[i], Opacity: 0.3)
}

}

라고 생각하면 된다.

이전 꺼에서도 말했지만

Projected Map Length 는 카메라가 프로젝션 하고 있는 FOV 를 계산해서 실제 맵 길이에 tan 값을 곱하면 된다.

혹시 이해가 안될까봐 다시 한번 나의 공식을 설명하자면

애초에 초기 FOV 가 90 인 카메라가 바라볼때 맵 전체가 담기는 위치에 높이값을 놓을거라

tan 45 = 1 이잖슴? 그래서 맵 절반 길이만큼 카메라가 높이 있을 것이고 이걸 이용해 공식이 유도된다.

projected map length 에 대한 FOV 와의 상관관계 공식이.....

여튼 이 이벤트들을 업데이트 해주면

이렇게 Zoom 에 의한 FOV 조절에 따라 Projected Map Length 가 바뀌기에 갱신하는 Event 에서
Update Variables 를 하고
각 객체의 위치를 업데이트 해야하기에 Indicate 이벤트를 계속 수행한다.
이게 widget 에서 행하는 계속해서 갱신하는 값이고

앞서 설명했던 아이콘 생성은

버튼을 클릭하면 아이콘을 일단 생성하는 걸로 (생성은 1회성 이벤트로 충분하다)

보면 된다.

요약하면

이벤트 1: 아이콘 생성

이벤트 2: 아이콘 위치/상태 업데이트

이벤트 3: 카메라 줌에 따른 아이콘 위치 업데이트 스케일 조정

버튼 Interaction : 이벤트 1

Tick 으로 계속 갱신: 이벤트 2, 이벤트 3

엄밀히 말하면 이벤트 3은 줌이 발생할 때만 값 갱신하면 되긴 하다.

별거 아닌거 Tick 에 몰아넣으면 컴퓨터 과부화 온다.

그래서 이렇게 업데이트 해주고

+ 버튼 눌러서 FOV 를 줄여버리면

아이콘이 좀 더 크고 잘 보이게된다.

[머티리얼] 오버레이 기능과 포스트프로세싱으로 다중 객체 원거리 식별하기

Real_Go — Tue, 30 Sep 2025 22:44:10 +0900

언리얼에서 객체가 선택됐다는 걸 나타내기 위해서는

오버레이로 객체 테두리를 밝게 빛내는 기능을 할 수 있다.

먼저 아웃라인이라는 머티리얼을 만들어줬다. 이름은 자기맘대로 해도된다.

Material 을 Masked 에 Unlit 으로 하고 양면에 체크해준다.

그리고 Emisive Color 는 Intensity 곱으로 밝기 강도 조절 가능하게 해주고

TwoSidedSign (1-x) 가 opacity mask

VertexNormalWS에서 LineThickness 라고 이름 지은 Scalar Parameter 를 곱해서 월드 포지션 오프셋에 연결해준다.

이걸 오버레이 머티리얼에 지정해주면

이렇게 나오게 된다.

이걸 하는 이유는 가까이서 선택 여부를 표시하는 거로도 가능하지만

이렇게 멀리서 보면 객체가 어디있는지 잘 안보이게 되는데

오버레이 기능을 하면 좀 빛나보인다.

하지만 여전히 잘 안보이는데

포스트프로세스 볼륨을 추가해준다.

Bloom 을 메서드 스탠다드를 활성화시켜주고 강도를 올려준다. 3~5정도?

인텐시티도 올려줬다.

뭔가 더 잘보인다.

뭔가 더 가시성이 생긴다.

UI 에서 껐다 켰다하면서 가시화를 조절할 수 있는게 장점인데

이런식으로 set overlay material 을 버튼에 매핑하면

레벨블루프린트에 대충 UI 띄우고

버튼 딸깍 누를때마다 바뀌는 걸 볼 수 있다.

이걸 여러 객체에다 적용할 경우

다른 색상으로 하나 머티리얼 또 파서

뭐가 뭔지 식별이 잘 안되다가

아 빨간놈들 저깄고 파란놈들 여깄구나...

를 알 수 있게 된다.

군집 객체에서 팀별 구분을 하거나 아군 적군 식별 할 때 유용하게 쓸 수 있다.

오버레이 + 포스트프로세스볼륨 Bloom 값 조절

이 좀더 잘 보이게 하는 핵심 포인트라고 볼 수 있다.

Set Overlay 는 mesh 컴포넌트에서 할당해야 하니

액터에서 Set Overlay Material 안뜨는데요? 라는 멍청한 질문은 하면 안된다.

루멘 해제로 머티리얼 반짝임(플리커링) 문제 해결

Real_Go — Mon, 1 Sep 2025 23:25:49 +0900

언리얼 5에서 작업을 하다보면 이상하게 반짝이는 경우가 생긴다.

이를 플리커링이라고 하는데

아래와 같다.

이걸 해결하는 방법은

프로젝트 세팅>렌더링>글로벌 일루미네이션>다이내믹 글로벌 일루미네이션 메서드를 Lumen 에서 Standalon Ray Traced 로
바꾸는 것이다.

그러면 이렇게 된다.

플리커링이 사라졌다.

루멘이 이런게 아직 문제여서 현장에서는 제외하는 경우가 있다.