화면을 휘게 만드는 것은 샘플 위치다
왜곡과 충격파는 GrabPass 기반 셰이더 코드 노트다. 결과 캡처나 성능 기록이 없어 실행 완료 사례로 소개하지 않는다. 원문 코드 전체와 내부 이름 대신 작은 UV 함수로 원리를 새로 설명한다.
원래 화면 UV → 파형·마스크 계산 → UV + offset → 준비된 화면 색 샘플GrabPass는 Built-in 파이프라인의 기능이다. URP·HDRP에 같은 블록을 붙이는 방식은 지원되지 않는다. SRP에서는 파이프라인이 제공하는 화면 색·opaque texture·custom pass 등의 접근 시점과 범위를 정해야 한다. Unity GrabPass 문서
원형 파형을 만드는 네 값
중심 c와 UV의 차이를 q라 하고, 가로에 화면 종횡비를 곱한다. distance=length(q)에서 파의 반지름 r과 차이가 작은 곳에만 오프셋을 준다. width는 띠의 두께, strength는 이동량이다. 비율을 보정하지 않으면 넓은 화면에서 원이 타원처럼 보일 수 있다.
다음 HLSL 함수는 이미 0~1로 정규화된 화면 UV에 적용한다. 투영 좌표를 입력받지 않으며 완성된 Unity 셰이더는 아니다. aspect>0, width>0, radius≥0인 유한 입력을 전제로 한다.
float2 ShockOffset(float2 uv, float2 center, float aspect,
float radius, float width, float strength)
{
float2 q = (uv - center) * float2(aspect, 1.0);
float d = length(q);
if (d < 0.000001) return float2(0.0, 0.0);
float band = 1.0 - smoothstep(0.0, width, abs(d - radius));
float2 offset = q / d * band * strength;
return offset / float2(aspect, 1.0);
}중심에서 방향이 정의되지 않으므로 0을 반환한다. radial 좌표에서 만든 offset을 UV로 되돌릴 때 종횡비도 다시 나눈다. 원문의 파형 누적 변수처럼 합산하는 값은 반드시 0으로 초기화한다. 초기화하지 않은 지역 변수는 예측 가능한 시작값으로 취급할 수 없다.
샘플링 전후의 공간을 섞지 않기
화면 투영 좌표가 float4라면 사용하는 API의 원근 나눗셈·Y 반전·렌더 타깃 배율을 확인한다. clip 좌표의 z를 임의로 UV 보정에 곱하지 않는다. 좌표 변환 글의 clip·NDC 차이가 여기에 연결된다.
또한 화면 색 복사에 투명 객체가 포함되는지, 왜곡 오브젝트 자신이 포함되는지, 깊이 경계를 넘어서 뒤 배경을 끌어오는지를 확인한다. 노멀 텍스처를 오프셋 가이드로 쓰면 unpack 뒤 xy와 마스크를 사용하고 컬러 텍스처의 sRGB 규약을 그대로 적용하지 않는다.
실습과 풀이
- aspect=2, center=(0.5,0.5), radius=0.2인 파에서 오른쪽 경계 UV를 구한다. 풀이: q.x=0.2이므로 UV x=0.6이다. 위 경계는 y=0.7이다. 픽셀 공간에서는 같은 반지름이 된다.
- strength를 0으로 만든다. 풀이: offset은 모든 위치에서 0이다. 이때도 색이 달라지면 화면 색 취득·색 공간·블렌딩 문제부터 확인한다.
- width를 0으로 넣는다. 풀이: 함수 전제 위반이다. CPU에서 양수로 제한하거나 셰이더에서 최소값을 정한다. 화면 크기가 달라도 일정 픽셀 두께가 필요하면 정규화 UV 대신 픽셀 단위 계약을 추가한다.
확인한 범위
노션의 두 코드와 Unity 파이프라인 지원 범위를 대조하고 독립 함수·수치 실습을 작성했다. HLSL 컴파일·화면 색 접근·깊이·투명 정렬·실제 충격파·GPU 비용은 미검증이다. DCB의 불·물 효과에 이 기능을 적용했다고 주장하지 않는다. AI를 작성 보조에 사용했다.
이어 읽기
전체 학습 순서 · 다음 글: 텍스처를 여러 번 샘플링해 블러 만들기