Blender 애니메이션 렌더링

소개

Blender에서 단일 프레임을 렌더링하는 것은 간단합니다. 애니메이션을 렌더링하는 것은 — 일관된 품질, 깜박임 없음, 관리 가능한 렌더링 시간으로 수백 또는 수천 개의 프레임을 렌더링하는 것은 — 완전히 다른 과제입니다. 렌더 설정의 모든 비효율성은 프레임 수에 곱해지고, 정지 이미지에서는 보이지 않는 문제들(시간적 노이즈, 빛 깜박임, 메모리 누수)이 움직임에서 명확해집니다.

저희는 렌더팜에서 매일 Blender 애니메이션을 렌더링하고 있습니다. 가장 자주 보는 문제들은 항상 같은 실수들입니다: 잘못된 출력 형식, 최적화되지 않은 샘플 수, 시간적 아티팩트를 만드는 denoising, 그리고 작업이 크래시될 때까지 프레임마다 증가하는 메모리. 이 가이드는 Blender 4.x에서 애니메이션을 설정하고 렌더링하는 전체 프로세스를 다루고 있습니다 — 로컬에서 렌더링하거나 클라우드 렌더팜에 프레임을 보내는 경우 모두입니다.

예제에서는 Cycles와 함께 Blender 4.2 LTS를 사용하지만, 관련이 있는 곳에서는 Eevee 워크플로우도 다룹니다. 개별 렌더 설정에 대한 더 깊은 참고 자료가 필요하다면, Blender 렌더 설정 최적화 가이드에서 모든 패널을 자세히 다루고 있습니다.

애니메이션을 위한 렌더링 엔진 선택

Blender는 두 가지 프로덕션 엔진을 제공합니다: Cycles (경로 추적) 와 Eevee (래스터화). 둘 다 애니메이션을 렌더링할 수 있지만, 모션 작업에서 강점이 다릅니다.

Cycles는 사실적인 애니메이션을 위한 최선의 선택입니다. 복잡한 조명, 반사, 볼륨, motion blur를 물리적으로 처리합니다 — 즉, 아무것도 가짜로 만들지 않고 올바른 결과를 얻을 수 있습니다. 트레이드오프는 렌더링 시간입니다. 단일 Cycles 프레임은 복잡도에 따라 2분에서 30분까지 걸릴 수 있어서, 300프레임 애니메이션은 단일 머신에서 10시간에서 며칠까지 걸릴 수 있습니다.

Eevee (Blender 4.x의 Eevee Next)는 래스터화를 사용해 거의 실시간 속도로 렌더링합니다. 모션 그래픽, 스타일라이즈드 애니메이션, previz에 뛰어납니다. Eevee는 절대적인 사진 현실감이 필요하지 않은 애니메이션을 처리합니다 — 타이틀 시퀀스, 추상적인 루프, 건축 플라이스루 등에서 ray-traced 정확도보다 속도가 더 중요한 경우입니다. Blender 매뉴얼에서 두 엔진을 자세히 다루고 있습니다.

언제 어떤 것을 사용할까요:

시나리오	추천 엔진
건축 워크스루 (사진 현실적)	Cycles
반사/카우스틱이 있는 제품 턴테이블	Cycles
모션 그래픽 / 타이틀 시퀀스	Eevee
캐릭터 애니메이션 (스타일라이즈드)	Eevee
VFX 컴포지팅 플레이트	Cycles
최종 렌더 전 빠른 previz	Eevee, 그 다음 Finals에는 Cycles
장편 애니메이션 (1,000프레임 이상, 마감 촉박)	렌더팜의 Cycles

자주 보는 워크플로우: 아티스트들이 Eevee(프레임당 초)로 타이밍과 카메라 움직임을 반복한 다음, 최종 렌더를 위해 Cycles로 전환합니다. 이렇게 하면 창작 단계에서 기다리는 시간을 절약할 수 있습니다.

비교 인포그래픽 — Blender 애니메이션 렌더링을 위한 Cycles vs Eevee

애니메이션 렌더 설정하기

Render Animation을 클릭하기 전에 Output Properties 패널에서 이 핵심 설정들을 구성하세요.

프레임 범위

Output Properties > Format에서 시작 프레임과 종료 프레임을 설정하세요. Blender는 기본적으로 프레임 1-250을 사용합니다. 프로덕션 작업의 경우, 타임라인에 정확히 맞춰 설정하세요 — 추가 프레임을 렌더링하는 것은 시간 낭비이고, 누락된 프레임은 다시 렌더링해야 합니다.

Frame Step 설정은 N번째 프레임마다 렌더링합니다. 2로 설정하면 프레임 1, 3, 5, 7...을 렌더링하는데, 절반의 비용으로 타이밍을 확인하는 테스트 렌더에 유용합니다. Finals를 위해서는 항상 1로 초기화하세요.

프레임 레이트 (Frame Rate)

프로젝트의 타겟 납품 형식에 맞추세요:

용도	프레임 레이트
영화 / 시네마틱	24 fps
유럽 방송 (PAL)	25 fps
북미 방송 (NTSC)	30 fps
웹 비디오 / YouTube	24 또는 30 fps
슬로우 모션 (일반 속도로 렌더링)	60 fps
게임 시네마틱	30 또는 60 fps

Output Properties > Format > Frame Rate에서 설정하세요. 키프레임 애니메이션 후에 프레임 레이트를 변경하면 리타이밍이 필요합니다 — 애니메이션을 시작하기 전에 설정하세요.

해상도

Output Properties > Format에서 최종 출력 해상도를 설정하세요. 일반적인 프로덕션 해상도:

1920 × 1080 (Full HD) — 대부분의 납품 표준
2560 × 1440 (2K) — 웹용으로 점점 일반화되고 있습니다
3840 × 2160 (4K UHD) — 고품질 납품, HD의 4배 픽셀

Resolution Percentage 슬라이더(기본 100%)를 사용해 축소된 해상도로 테스트 렌더를 해보세요. 50%로 렌더링하면 픽셀이 1/4이 되어 — 구성과 타이밍 확인에 훨씬 빠릅니다.

출력 형식: PNG 시퀀스 vs 비디오 파일

이것은 애니메이션 렌더링에서 가장 중요한 결정 중 하나이고, 대답은 거의 항상: PNG 이미지 시퀀스로 렌더링하세요, 비디오 파일이 아니라.

프로덕션에서 PNG 시퀀스를 선호하는 이유:

크래시 복구. Blender가 1,200프레임 애니메이션의 847번 프레임에서 크래시가 나면, 846개의 완성된 프레임이 남아 있습니다. 시작 프레임을 847로 변경하고 재개하면 됩니다. 비디오 파일의 경우, 크래시는 처음부터 다시 시작하는 것을 의미합니다 — 전체 파일이 손상될 수 있습니다.
분산 렌더링. 렌더팜은 애니메이션을 여러 머신에 분산시킵니다. 머신 A는 프레임 1-100을 렌더링하고, 머신 B는 101-200을 렌더링하는 방식입니다. 각 머신은 개별 이미지 파일을 작성합니다. 이것은 단일 비디오 컨테이너로는 불가능합니다.
포스트 프로덕션 유연성. 이미지 시퀀스는 컴포지팅 소프트웨어(After Effects, Nuke, DaVinci Resolve)에 프레임별로 임포트되어, 비파괴적인 색상 그레이딩, 리타이밍, 효과를 가능하게 합니다. 전체 시퀀스를 다시 렌더링하지 않고도 개별 불량 프레임을 교체할 수도 있습니다.
품질 손실 없음. PNG는 무손실입니다. H.264와 같은 비디오 코덱은 손실이 있습니다 — 프레임을 압축하고 아티팩트를 도입하는데, 특히 세밀한 디테일이나 미묘한 그라디언트가 있는 영역에서입니다.

비디오 출력이 허용되는 경우: 빠른 프리뷰, 테스트 렌더, 품질보다 편의성이 중요한 소셜 미디어 초안. 이런 경우에는 빠른 코덱으로 FFmpeg(비디오 컨테이너)를 사용하세요.

추천 출력 설정:

설정	값	이유
파일 형식	PNG	무손실, 범용, 크래시 안전
색상 모드	RGBA	컴포지팅을 위한 투명도 보존
색상 심도	16비트	색상 그레이딩을 위한 더 많은 여유
압축	15%	파일 크기와 쓰기 속도의 좋은 균형
출력 경로	`//render/project-name/frame_####`	.blend 파일에 상대적, 정리됨

PNG 이미지 시퀀스 vs Blender 애니메이션 렌더링을 위한 비디오 파일 출력 비교 인포그래픽

OpenEXR 워크플로우(렌더 패스를 사용한 VFX 컴포지팅)의 경우, 파일 형식을 OpenEXR Multilayer로 설정하세요. 이렇게 하면 모든 렌더 패스(diffuse, glossy, shadow, mist, cryptomatte)가 프레임당 단일 파일에 임베드됩니다 — 전문적인 컴포지팅 파이프라인에 필수적입니다. 자세한 내용은 EXR 및 Cryptomatte 워크플로우 가이드를 참조하세요.

애니메이션을 위한 Cycles 렌더 설정 최적화

애니메이션 렌더링은 모든 비효율성을 증폭시킵니다. 프레임당 30초를 추가하는 설정은 300프레임 애니메이션에 2.5시간을 추가합니다. 다음은 애니메이션 작업을 위해 Cycles를 최적화하는 방법입니다.

샘플링과 적응형 샘플링

Blender 4.x의 Cycles는 기본적으로 적응형 샘플링을 사용합니다. 픽셀당 고정된 수의 샘플을 렌더링하는 대신, 이미 수렴한 픽셀의 샘플링을 중지합니다 — 밝고 잘 조명된 영역은 빠르게 수렴하는 반면 어두운 구석과 카우스틱은 더 많은 샘플이 필요합니다.

애니메이션의 경우 구성하세요:

Render Samples: 이것을 상한선으로 설정하세요. 256에서 512는 denoising이 활성화된 대부분의 씬에 좋은 범위입니다. 복잡한 실내는 1,024가 필요할 수 있습니다.
Noise Threshold: 0.01이 좋은 기본값입니다. 낮은 값(0.005)은 더 깨끗한 프레임을 만들지만 렌더링 시간을 늘립니다. 애니메이션의 경우, 프레임 간 일관성이 절대적인 깨끗함보다 더 중요합니다 — 일관된 노이즈 레벨은 denoising으로 정리되지만, 변동하는 노이즈 레벨은 최종 비디오에서 눈에 띄는 "헤엄치는" 효과를 유발합니다.
Min Samples: 적응형 샘플링이 초기 픽셀을 지름길로 처리하는 것을 방지하기 위해 32 이상으로 유지하세요. 16 미만의 값은 그라디언트 영역에서 아티팩트를 유발할 수 있습니다.

애니메이션을 위한 Denoising

Denoising은 애니메이션에 중요합니다 — 시각적 품질을 유지하면서 낮은 샘플 수로 렌더링할 수 있습니다. 하지만 모든 denoiser가 애니메이션을 동일하게 처리하는 것은 아닙니다.

OpenImageDenoise (OIDN): CPU 기반, Blender에 포함되어 있습니다. 탁월한 결과를 내고 애니메이션을 위한 가장 안정적인 옵션입니다. 일관된 프레임별 동작은 시간적 깜박임을 최소화합니다. 이것을 기본으로 사용하세요.
OptiX Denoiser: GPU 기반 (NVIDIA만). OIDN보다 빠르지만 프레임마다 약간 다른 결과를 낼 수 있어, 애니메이션에서 미묘한 깜박임을 유발할 수 있습니다. 속도가 중요한 프리뷰 렌더에 더 적합합니다.

프로덕션 애니메이션의 경우, 렌더 패스로 적용된(뷰포트가 아닌) "Accurate" 품질 설정의 OIDN을 권장합니다. Render Properties > Sampling > Denoise에서 활성화하세요. View Layer Properties > Passes > Data에서 Denoising Data 패스가 활성화되었는지 확인하세요 — 이것은 denoiser에게 더 좋은 결과를 위한 추가 정보(normal 및 albedo 패스)를 제공합니다.

라이트 패스

라이트 패스 설정은 씬에서 레이가 얼마나 많이 반사되는지를 제어합니다. 애니메이션의 경우:

총 바운스: 대부분의 씬에서 8-12. 많은 반사 표면이 있는 건축 인테리어는 12-16이 필요할 수 있습니다.
투명도 바운스: 씬에 겹친 유리, 커튼, 또는 겹쳐진 반투명 재료가 있으면 16-32로 늘립니다. 투명도 바운스가 부족하면 애니메이션에서 깜박이는 검은 아티팩트가 생깁니다.
볼륨 바운스: 볼륨 안개, 연기, 불이 있는 경우에만 0 이상으로 늘립니다. 각 볼륨 바운스는 렌더링 시간을 상당히 늘립니다.

Motion Blur

Cycles는 motion blur를 물리적으로 처리합니다 — 각 프레임의 셔터 간격 내에서 여러 시간 지점에서 씬을 샘플링합니다. 이것은 정확하지만 비용이 많이 듭니다.

셔터: 0.5가 표준입니다 (180도 셔터). 1.0을 넘는 값은 과장된 블러를 만듭니다. 0.25 미만의 값은 24fps에서 눈에 띄는 블러를 생성하지 않을 수 있습니다.
Steps: motion blur 품질을 제어합니다. 기본값(1)은 단순한 모션에 작동합니다. 빠르게 움직이는 물체나 복잡한 변형이 있는 물체에는 3-5로 늘립니다.
Position: "Center on Frame"이 표준입니다. "Start on Frame"은 블러 방향을 바꿉니다.

motion blur가 렌더링 시간의 30% 이상을 추가한다면, 그것 없이 렌더링하고 벡터 패스를 사용해 포스트에서 추가하는 것을 고려하세요 — Vector 렌더 패스를 내보내고 컴포지터에서 방향성 블러를 적용하세요.

장편 애니메이션의 메모리 관리

메모리 문제는 애니메이션 렌더 실패의 가장 일반적인 원인입니다. 프레임 1을 잘 렌더링하는 씬이 메모리 사용량이 시간이 지남에 따라 증가하면서 프레임 400에서 크래시가 날 수 있습니다.

애니메이션 렌더링 중 메모리가 증가하는 이유:

텍스처 캐싱: Blender는 텍스처를 메모리에 캐시합니다. 프레임마다 변경되는 애니메이션 텍스처나 프로시저럴 텍스처는 캐시된 데이터를 축적합니다.
파티클 시스템: 헤어, 천, 유체 시뮬레이션은 프레임별 상태를 저장합니다. 긴 시뮬레이션은 기가바이트를 소비할 수 있습니다.
실행 취소 히스토리: Blender는 기본적으로 실행 취소 단계를 메모리에 유지합니다. 렌더링을 위해서는 이것이 아무 목적도 없습니다.

메모리 크래시 방지 방법:

렌더링 전에 시뮬레이션 베이크. 파티클 시스템, 천, 유체, 리지드 바디 시뮬레이션을 디스크에 베이크하세요. 이렇게 하면 Blender가 각 프레임마다 물리를 재계산하는 것을 방지하고 메모리를 예측 가능하게 유지합니다.
실행 취소 단계 줄이기. Preferences > System에서 렌더링 중 Undo Steps를 0으로 줄이세요. 이렇게 하면 그렇지 않으면 축적될 메모리를 해제합니다.
Persistent Images 사용 (Render Properties > Performance). 이것은 텍스처 데이터를 다시 로드하는 대신 프레임 사이에 메모리에 유지합니다 — 직관에 반하게 들리지만, 점진적인 누수를 유발하는 메모리 단편화를 방지합니다.
CPU + GPU 렌더링 활성화 (Cycles). Preferences > System > Cycles Render Devices에서 CPU와 GPU 모두 활성화하세요. 이렇게 하면 작업 부하를 분산시키고 복잡한 씬에서 GPU 메모리 오버플로우를 방지할 수 있습니다. GPU vs CPU 렌더링 가이드에서 이것이 언제 합리적인지 확인하세요.
청크 단위로 렌더링. RAM이 제한된 머신에서 로컬로 렌더링하는 경우, 애니메이션을 청크로 분할하고(프레임 1-100, 101-200 등) 청크 사이에 Blender를 재시작하세요. 이렇게 하면 축적된 메모리가 지워집니다.

렌더팜에서 Blender 애니메이션 렌더링

수백 프레임이 넘는 애니메이션의 경우, 로컬 렌더링은 종종 비실용적입니다. 프레임당 5분의 500프레임 Cycles 애니메이션은 단일 머신에서 42시간이 걸립니다. 렌더팜에서 동일한 500프레임은 수십 대의 머신에 분산되어 며칠 대신 몇 시간 안에 완료됩니다.

Blender 애니메이션을 위한 렌더팜 워크플로우를 보여주는 파이프라인 다이어그램 — 업로드, 분산, 렌더, 다운로드

애니메이션을 위한 팜 렌더링 작동 방식:

팜의 제출 도구를 통해 .blend 파일과 연결된 모든 에셋(텍스처, 캐시, HDRI)을 업로드합니다.
팜은 프레임 범위를 사용 가능한 머신에 분산합니다. 각 머신은 할당된 프레임을 독립적으로 렌더링합니다.
완성된 프레임은 PNG 또는 EXR 파일로 다운로드 폴더에 업로드됩니다 — 프레임당 하나의 파일.
전체 시퀀스를 다운로드하고 로컬에서 조립합니다.

이것이 바로 PNG 시퀀스가 중요한 이유입니다. 각 머신은 개별 프레임 파일을 작성합니다. 손상될 수 있는 단일 비디오 컨테이너가 없습니다.

저희 팜에서 Blender에 대해 지원하는 것:

Cycles (CPU 및 GPU): 완전 지원. CPU 렌더링은 20,000개 이상의 코어 플릿을 사용합니다. GPU 렌더링은 32GB VRAM의 NVIDIA RTX 5090 카드를 사용합니다 — 대부분의 프로덕션 씬에 충분합니다. Blender 라이선스는 자동으로 포함됩니다 (Blender는 오픈 소스이므로 라이선스 비용이 없습니다).
Eevee: 렌더팜에서 제한적 지원. Eevee는 분산 렌더링을 불안정하게 만드는 방식으로 GPU 컨텍스트와 뷰포트 상태에 크게 의존합니다. 일부 씬에서는 작동하지만, 팜 제출에는 Cycles를 권장합니다. 프로젝트에 Eevee가 필요하다면, 먼저 작은 프레임 범위를 테스트하세요.

팜 제출을 위한 .blend 파일 준비:

외부 파일 패킹. File > External Data > Pack Resources로 가세요. 이렇게 하면 텍스처와 HDRI가 .blend 파일에 임베드되어 팜으로 올바르게 전송됩니다.
모든 시뮬레이션 베이크. 파티클, 천, 유체 캐시는 베이크되고 저장되어야 합니다 — 팜 머신은 처음부터 시뮬레이션을 실행할 수 없습니다.
출력을 PNG 또는 EXR로 설정. 팜에 제출할 때 출력을 비디오 형식으로 설정하지 마세요 — 각 머신이 같은 비디오 파일에 쓰려고 할 것입니다.
뷰포트 전용 오브젝트 제거. 뷰포트 참조용으로만 사용되는 오브젝트(배경 이미지가 있는 empty, 가이드 mesh)를 비활성화하거나 삭제하세요. 팜 머신에서 메모리를 낭비합니다.
3개 프레임 테스트. 업로드하기 전에 타임라인의 처음, 중간, 끝에서 프레임을 로컬로 렌더링해 설정을 확인하세요. 이렇게 하면 팜 크레딧을 낭비할 문제를 발견할 수 있습니다.

팜 요금과 제출에 대한 자세한 안내는 요금 페이지와 Blender 렌더팜 가이드를 참조하세요.

여러 카메라 앵글 렌더링

많은 애니메이션 프로젝트는 여러 카메라 앵글에서 렌더링이 필요합니다 — 다른 시점의 건축 워크스루, 클로즈업과 와이드 샷이 있는 제품 턴테이블, 또는 여러 가상 카메라에서 VFX 플레이트.

Blender는 씬 기반 멀티 카메라 설정과 Python 배치 렌더링을 통해 이를 지원합니다. 전체 씬을 복제하는 대신, 지오메트리를 공유하지만 다른 활성 카메라를 참조하는 링크된 씬 복사본을 만듭니다. Python 스크립트가 씬을 반복하고 순차적으로 각각을 렌더링합니다.

이 접근 방식은 로컬 머신과 렌더팜 모두에서 잘 작동합니다. 팜에서 각 카메라 앵글을 별도의 작업으로 제출해 모든 앵글을 병렬로 렌더링할 수 있습니다. 전체 설정은 Blender에서 여러 카메라 렌더링 가이드에서 다루고 있습니다.

애니메이션 렌더링의 일반적인 문제들

프레임 간 깜박임

깜박임은 보통 복잡한 조명이 있는 영역에서 샘플이 부족해서 생깁니다. 적응형 샘플링은 프레임마다 다르게 수렴할 수 있어, 눈에 띄는 밝기 변동을 만듭니다. 해결: Min Samples를 64로 늘리고, Noise Threshold를 0.005로 조입니다. denoising이 활성화되어 있는지 확인하세요. 카우스틱에서 fireflies (밝은 픽셀 스파이크)가 많은 씬의 경우, Clamp Indirect 값을 10으로 활성화하세요 — 이것은 간접 라이트 패스의 밝기를 제한합니다.

움직임에서 Denoising 아티팩트

AI denoiser는 프레임마다 약간 다른 결과를 낼 수 있어, 정적이어야 하는 영역에서 "끓는" 또는 "헤엄치는" 텍스처 효과를 만듭니다. 해결: 최종 렌더에는 OptiX 대신 OpenImageDenoise (OIDN)를 사용하세요. OIDN은 시간적으로 더 일관성이 있습니다. 또한 Denoising Data 패스(albedo + normal)를 렌더링하고 있는지 확인하세요 — 이것 없이는 denoiser가 정보가 적어 덜 안정적인 결과를 낼 수 있습니다.

나중 프레임에서 메모리 크래시

프레임 N에서 렌더링이 실패하지만 프레임 1은 잘 렌더링되면, 메모리가 축적되고 있을 가능성이 높습니다. 위의 메모리 관리 섹션을 참조하세요. 가장 일반적인 원인은 베이크되지 않은 시뮬레이션입니다 — 렌더링 전에 모든 것을 디스크에 베이크하세요.

애니메이션이 뷰포트 미리보기와 다르게 렌더링됨

이것은 보통 뷰포트와 렌더 설정이 달라지기 때문에 발생합니다. 확인: 렌더 해상도 vs 뷰포트 해상도, 렌더 샘플 vs 뷰포트 샘플, 렌더 카메라 vs 뷰포트 카메라. 렌더는 항상 Scene Properties > Camera에 설정된 활성 카메라를 사용합니다 — 뷰포트에서 보고 있는 카메라가 아닙니다.

렌더 출력이 이전 프레임을 덮어씀

출력 경로에 프레임 번호 자리 표시자(####)가 포함되지 않으면, Blender는 매 프레임마다 같은 파일을 덮어씁니다. 출력 경로가 frame_####과 같이 끝나는지 확인하세요 — ####은 프레임 번호(4자리로 패딩됨)로 대체됩니다.

최종 비디오 조립

PNG 또는 EXR 시퀀스를 렌더링한 후, 납품을 위해 비디오 파일로 인코딩해야 합니다.

Blender의 Video Sequence Editor (VSE) 사용:

새 Blender 파일을 엽니다 (또는 Video Editing 워크스페이스로 전환).
Sequencer에서 Add > Image/Sequence로 가세요. 렌더 폴더로 이동해 모든 프레임을 선택하세요.
출력 해상도와 프레임 레이트를 렌더 설정과 맞추세요.
Output을 FFmpeg Video, 컨테이너 MP4, 코덱 H.264, 인코딩 품질 높음 또는 무손실로 설정하세요.
Render Animation (Ctrl+F12) — 이렇게 하면 시퀀스가 비디오로 인코딩됩니다.

FFmpeg 직접 사용 (더 빠름, GUI 없음):

ffmpeg -framerate 24 -i frame_%04d.png -c:v libx264 -crf 18 -pix_fmt yuv420p output.mp4

-framerate 24: 프로젝트 프레임 레이트에 맞추세요
-crf 18: 품질 (낮을수록 좋음, 18은 시각적으로 무손실)
-pix_fmt yuv420p: 대부분의 플레이어와 호환성 보장

전문적인 납품을 위해서는 H.264 대신 ProRes(편집 인계를 위해) 또는 DNxHR(방송용)로 렌더링하세요.

FAQ

Q: Blender에서 애니메이션 렌더링에 어떤 출력 형식을 사용해야 하나요? A: PNG 이미지 시퀀스가 프로덕션 애니메이션 렌더링에 권장되는 형식입니다. PNG는 무손실이고, 크래시 복구 가능하며(크래시 전에 렌더링된 모든 프레임 보존), 여러 머신이 동시에 프레임을 렌더링하는 렌더팜 워크플로우와 호환됩니다. H.264 또는 ProRes로의 인코딩은 최종 납품 단계에서만 하세요.

Q: Blender 애니메이션의 렌더링 시간을 어떻게 줄이나요? A: noise threshold 0.01로 적응형 샘플링을 활성화하고, OpenImageDenoise를 사용해 낮은 샘플 수(2,048+ 대신 256-512)를 가능하게 하고, 씬 복잡도에 맞게 라이트 패스 바운스를 줄이고, 필요한 최소 해상도로 렌더링하세요. 대형 프로젝트의 경우, 수천 개의 CPU 코어를 갖춘 렌더팜을 사용하면 며칠의 렌더링을 몇 시간으로 줄일 수 있습니다.

Q: 렌더팜에서 Eevee 애니메이션을 렌더링할 수 있나요? A: Eevee는 머신 간에 항상 깨끗하게 전송되지 않는 GPU 컨텍스트와 뷰포트 상태에 의존하기 때문에 렌더팜에서 제한적 지원을 받습니다. Cycles가 팜 렌더링에 권장되는 엔진입니다. 프로젝트에 Eevee가 필요하다면, 전체 렌더링을 진행하기 전에 먼저 팜에서 작은 프레임 범위를 테스트해 호환성을 확인하세요.

Q: 왜 Blender 애니메이션 프레임이 깜박이나요? A: 깜박임은 적응형 샘플링이 프레임마다 다르게 수렴해 denoiser가 일관성 없이 처리하는 다양한 노이즈 레벨을 생성하기 때문에 발생합니다. Min Samples를 64로 늘리고, Noise Threshold를 0.005로 조이고, OpenImageDenoise(OptiX보다 시간적으로 더 안정적)를 사용하고, 더 나은 denoiser 입력을 위해 Denoising Data 패스를 활성화해 이를 해결하세요.

Q: Blender 애니메이션에 GPU와 CPU 렌더링 중 어느 것을 사용해야 하나요? A: 둘 다 Cycles 애니메이션에 잘 작동합니다. GPU 렌더링(CUDA, OptiX, HIP)은 프레임당 더 빠르지만 VRAM에 제한됨 — 많은 텍스처가 있는 복잡한 씬은 GPU 메모리를 초과할 수 있습니다. CPU 렌더링은 어떤 씬 크기도 처리하지만 프레임당 더 느립니다. 렌더팜의 경우, CPU 플릿은 더 많은 총 컴퓨팅 코어를 제공하는 반면, GPU 머신은 더 빠른 개별 프레임 시간을 제공합니다. 많은 아티스트들이 단순한 씬에는 GPU 렌더링, 복잡한 씬에는 CPU를 사용합니다.

Q: Blender에서 실패한 애니메이션 렌더를 어떻게 재개하나요? A: PNG 또는 EXR 이미지 시퀀스로 렌더링했다면, 마지막으로 성공적으로 렌더링된 프레임을 찾기 위해 출력 폴더를 확인하세요. 시작 프레임을 다음 프레임 번호로 설정하고 다시 렌더링하세요 — Blender는 중단된 곳에서 계속합니다. Output Properties에서 "Overwrite"를 활성화하면 기존 프레임이 다시 렌더링되고; 디스크에 이미 존재하는 프레임을 건너뛰려면 비활성화하세요.

Q: 긴 애니메이션 렌더 중 메모리 크래시의 원인은 무엇인가요? A: 메모리는 보통 베이크되지 않은 시뮬레이션(파티클, 천, 유체), 텍스처 캐싱, 실행 취소 히스토리 때문에 축적됩니다. 렌더링 전에 모든 시뮬레이션을 디스크에 베이크하고, Preferences에서 Undo Steps를 0으로 줄이고, 렌더 성능 설정에서 Persistent Images를 활성화하세요. 매우 긴 애니메이션의 경우, 청크로 렌더링하고 Blender를 재시작해 축적된 메모리를 지우는 것을 고려하세요.

Q: Cycles에서 애니메이션 렌더링에 몇 개의 샘플이 필요한가요? A: denoising이 활성화된 경우, 256에서 512 샘플과 noise threshold 0.01은 대부분의 씬에서 깨끗한 결과를 만듭니다. 복잡한 카우스틱이 있는 건축 인테리어는 1,024 샘플이 필요할 수 있습니다. 애니메이션의 핵심은 일관성입니다 — 프레임 전반에 걸쳐 균일한 노이즈 레벨은 변동하는 노이즈 레벨보다 더 예측 가능하게 denoising됩니다. 적응형 샘플링을 사용해 Blender가 필요한 곳에만 추가 샘플을 할당하도록 하세요.