언리얼 렌더 첫 프레임만 튈 때 확인할 여섯 가지

▲ 웜업, 여유 프레임, 모션 블러, 키 추가, 스트리밍

영상 전체는 멀쩡한데 맨 앞 한두 프레임만 이상합니다. 캐릭터가 순간 다른 포즈로 찍히거나 화면이 번쩍합니다. 편집에서 앞부분을 잘라내는 것으로 넘기는 경우가 많습니다.

원인은 대체로 엔진의 준비 시간 부족입니다. 무비 렌더 큐의 웜업 수를 올리거나 시퀀서 앞에 여유 프레임을 두면 대부분 잡힙니다.

엔진은 첫 프레임에서 아직 준비가 끝나지 않은 상태입니다

렌더가 시작되는 순간 엔진은 셰이더를 컴파일하고 텍스처를 불러오고 물리 연산을 초기화합니다. 이 작업이 끝나기 전에 첫 장이 찍히면 덜 준비된 화면이 그대로 파일이 됩니다. 그래서 해결책도 품질 설정이 아니라 준비 시간을 늘리는 쪽입니다.

웜업 수를 올리는 것이 가장 빠른 방법입니다

무비 렌더 큐의 안티에일리어싱 항목을 엽니다. 렌더링 웜업 수와 엔진 웜업 수를 각각 128로 올립니다. 공식 문서는 이 두 값을 넉넉히 두어야 템포럴 히스토리와 시뮬레이션이 안정된 뒤에 첫 장이 찍힌다고 설명합니다. 여기서 대부분 해결됩니다.

그래도 남는다면 웜업 값을 계속 키우기보다 다른 원인을 봅니다. 시퀀서 앞 여유 프레임, 모션 블러, 스트리밍을 차례로 확인하는 편이 빠릅니다.

도시처럼 무거운 레벨이면 256까지 갑니다. 웜업은 최종 파일에 찍히지 않고 버려지는 프레임이라 올려도 결과물 길이는 그대로입니다. 대신 렌더 시작이 느려집니다.

시퀀서 앞에 여유 프레임을 두는 방법이 더 확실할 때가 있습니다

웜업으로 안 잡히면 타임라인 자체를 손봅니다. 마야에서 애니메이션을 5프레임 앞으로 늘려서 다시 내보냅니다. 언리얼 쪽에서는 시퀀서 시작 지점 앞에 5프레임 정도 여유를 둡니다. 애니메이션이 실제로 시작되는 지점에 커서를 놓고 렌더를 거는 것도 같은 이치입니다.

여유 프레임은 최종 결과물에서 잘라내면 됩니다. 다만 웜업과 달리 실제로 렌더되는 프레임이라 출력 길이가 그만큼 늘어납니다.

▲ 웜업 128과 256, 5프레임 여유, 모션 블러 끄기

0프레임만 계속 깨지는 경우도 있습니다

이해를 돕기 위한 주제 이미지

웜업을 256까지 올려도 0프레임에서만 캐릭터 손이 이상한 각도로 찍히는 사례가 있습니다. 시퀀서 앞에 여유 프레임을 넣어도 그대로입니다. 이럴 때는 0프레임 파일을 지웁니다. 1프레임을 복사해 0번 이름으로 바꿔 넣는 방법이 남습니다.

최후의 수단이고 권할 방법은 아닙니다. 다만 마감이 하루 남았다면 선택지가 많지 않습니다.

이 방법은 0프레임과 1프레임의 동작 차이가 거의 없을 때만 통합니다. 움직임이 큰 컷이라면 첫 장이 한 프레임 밀린 것처럼 보입니다.

모션 블러를 끄고 첫 프레임만 다시 뽑아보는 방법도 있습니다

모션 블러는 이전 프레임의 움직임을 참조합니다. 첫 프레임에는 참조할 이전이 없으니 계산이 어긋날 수 있습니다. r.MotionBlurQuality 0 으로 끄고 첫 구간만 다시 출력해 보면 원인이 여기인지 갈립니다. 원인이 맞다면 앞부분만 따로 뽑아 붙이는 편이 빠릅니다.

이때 모션 블러를 끈 구간과 켠 구간의 경계가 눈에 띄는지 확인합니다. 카메라가 빠르게 움직이는 컷이면 경계가 드러날 수 있습니다.

시퀀서에서 애니메이션 키를 앞쪽에 강제로 추가하는 방법

시퀀서에서 애니메이션을 베이크한 뒤, 시작 지점보다 앞에 키를 하나 더 만들어 둡니다. 엔진이 첫 장을 찍을 때 참조할 값이 생깁니다. 컨트롤릭 작업을 이미 했다면 이 방법이 손이 덜 갑니다.

앞쪽에 둔 키는 렌더 구간 밖에 있어 최종 영상에는 나오지 않습니다. 웜업을 올리는 것과 달리 렌더 시작이 느려지지도 않습니다.

레벨이 무거울 때는 스트리밍이 원인일 수도 있습니다

이해를 돕기 위한 주제 이미지

월드 파티션을 쓰는 거대한 레벨이라면 첫 프레임에 액터가 아직 로드되지 않았을 수 있습니다. 이럴 때는 웜업을 올려도 해결되지 않는 사례를 봤습니다. 카메라에 월드 파티션 스트리밍 소스 컴포넌트를 추가하는 방법이 있습니다. 다만 모든 상황에서 통하는지는 확인하지 못했습니다.

▲ 어느 프레임이 어떻게 튀는지로 처방이 갈립니다