Blender Cycles 렌더팜 가이드: 렌더링 전 10가지 점검표
긴 Cycles 작업 전에 “렌더가 이상하게 나오는” 문제 대부분을 잡아내는 10가지 점검:
- 잘못된 프레임은 대부분 충돌이 아니라 설정 문제입니다: 잘못된 뷰 트랜스폼, 잘못된 색 공간의 텍스처, 숨겨진 컬렉션, 잊어버린 렌더 영역은 모두 오류 없이 렌더링됩니다.
- 대상 머신에서 한 프레임을 다시 렌더링하세요: 같은 프레임이 내 머신에서도 이상하면 원인은 .blend 안에 있고, 다른 곳에서만 이상하면 빠진 파일, 다른 OCIO 구성, 다른 Blender 버전을 찾아보세요.
- 메모리는 GPU별입니다: Blender 매뉴얼은 GPU마다 자기 메모리에 씬을 담아야 한다고 설명하므로, 가장 무거운 프레임이 카드 한 장에 들어가야 합니다.
- iRender에서는: RTX 4090 또는 RTX 5090 1~8장 서버에서 Blender로 .blend를 열고 이 점검을 한 뒤, 시퀀스를 렌더링할 머신에서 테스트 프레임 한 장을 렌더링합니다.
충돌하는 Cycles 작업은 쉽게 눈에 띕니다. 비용이 큰 문제는 끝까지 완료되는 작업입니다. 모든 프레임이 렌더링되었는데 결과가 너무 어둡거나, 바래 보이거나, 라이트가 빠졌거나, 잘렸거나, 분홍색입니다. 이런 문제는 거의 모두 하드웨어가 아니라 씬 설정에서 옵니다.
이 점검표는 그런 문제 대부분을 일으키는 열 가지 설정과 Blender에서 각각 어디에 있는지, 긴 애니메이션을 다른 머신으로 보내기 전에 어떻게 확인하는지 다룹니다. 설정 이름은 Blender 매뉴얼을 따릅니다.
먼저 재현 테스트
무엇을 바꾸기 전에, 같은 Blender 버전으로 문제의 프레임을 내 머신에서 렌더링해 보세요. 거기서도 이상하면 원인은 .blend 파일 안에 있고 아래 점검으로 찾을 수 있습니다. 다른 머신에서만 이상하면 원인은 환경입니다. 빠진 파일, 다른 Blender 버전, 또는 내 워크스테이션에만 있는 사용자 OpenColorIO 구성입니다.
Blender Cycles 렌더링 전 10가지 점검표
| # | 점검 | Blender에서 위치 | 건너뛰면 생기는 문제 |
|---|---|---|---|
| 1 | 뷰 트랜스폼과 룩 | Render Properties > Color Management | 프레임이 바래 보이거나 대비가 너무 강하거나 미리보기와 색이 다름 |
| 2 | 텍스처 색 공간 | Image Texture 노드 > Color Space | 노멀, 러프니스, 디스플레이스먼트 맵이 잘못 셰이딩됨 |
| 3 | 빠진 파일과 경로 | File > External Data | 분홍색(마젠타) 텍스처, 빈 볼륨 |
| 4 | 렌더 가시성 | Outliner 제한 토글 | 렌더에서 오브젝트나 라이트가 빠짐 |
| 5 | 활성 카메라와 렌더 영역 | Scene Properties; Output Properties > Format | 잘못된 카메라, 또는 프레임 일부만 렌더링됨 |
| 6 | 컴포지터와 출력 형식 | Compositor; Output Properties > Output | 패스가 빠지거나 저장된 파일이 본 것과 다름 |
| 7 | 시뮬레이션 캐시 | Physics Properties > Cache; 시뮬레이션 베이크 | 다른 머신에서 시뮬레이션이 다시 계산되거나 달라짐 |
| 8 | 월드와 라이트 파일 | World Properties; 라이트와 이미션 머티리얼 | HDRI 조명이 빠지고 프레임이 어두움 |
| 9 | 샘플링과 디노이징 | Render Properties > Sampling | 노이즈, 또는 디노이즈한 프레임 사이 깜빡임 |
| 10 | GPU 메모리 | Preferences > System; 가장 무거운 프레임 | 메모리 부족 오류 또는 훨씬 느린 렌더링 |
아래 점검의 요약입니다.
1. 뷰 트랜스폼과 룩
Render Properties > Color Management에서 View Transform (AgX, Standard, Filmic 등), Look, Exposure , Gamma를 확인하세요. Blender 매뉴얼에 따르면 이 설정은 씬에 속하므로 .blend와 함께 옮겨집니다. 흔한 함정은 사용자 OpenColorIO 구성입니다. Blender는 표준 OCIO 환경 변수로 이를 읽는데, 내 워크스테이션은 쓰고 렌더 머신은 쓰지 않으면 색이 달라집니다. 또한 매뉴얼은 Filmic이 AgX로 대체되었다고 설명하므로, 예전 버전에서 만든 파일은 새 기본값과 맞지 않을 수 있습니다.
2. 텍스처 색 공간
Image Texture 노드마다 Color Space 설정이 있습니다. 컬러 이미지(베이스 컬러, 이미션)는 sRGB여야 합니다. 노멀, 러프니스, 메탈릭, 디스플레이스먼트 맵처럼 색이 아닌 데이터를 담은 이미지는 Non-Color여야 합니다. Blender 매뉴얼은 이런 맵을 색이 아닌 데이터로 표시해 색 변환이 적용되지 않게 하라고 설명합니다. sRGB로 남은 노멀 맵은 표면이 잘못 셰이딩되는 가장 흔한 이유 중 하나입니다.
3. 빠진 파일과 경로
먼저 File > External Data > Make Paths Relative를 실행한 뒤 Report Missing Files를 실행하고, 나온 항목을 Find Missing Files로 고치세요. .blend만이 아니라 프로젝트 폴더 전체를 복사하세요. Linux 머신에서는 파일 이름이 대소문자를 구분하므로 Wood.JPG로 저장한 텍스처는 wood.jpg라고 적힌 경로로 찾을 수 없습니다. 파일 이름과 경로를 일관되게 유지하세요. 이 단계는 분홍색 텍스처와 사라진 VDB 가이드에서 자세히 다룹니다.
4. Outliner의 렌더 가시성
Outliner에는 별도의 제한 토글이 있습니다. 눈(뷰포트에서 숨기기), 화면(뷰포트에서 비활성화), 카메라(Disable in Renders). 최종 렌더에 나올지는 카메라 토글만 결정합니다. 뷰포트에 보이는 라이트나 컬렉션도 렌더링에서는 꺼져 있을 수 있습니다. Outliner 필터 메뉴에서 카메라 열을 켜고 모든 컬렉션과 라이트를 확인하세요.
5. 활성 카메라와 렌더 영역
Scene Properties에서 활성 카메라를 확인하고, 마커로 카메라를 바꾸는 경우 여전히 올바른 카메라를 가리키는지 확인하세요. 그다음 렌더 영역이 남아 있지 않은지 확인하세요. 카메라 뷰에서 Ctrl+B는 영역을 그리고, Ctrl+Alt+B는 지웁니다. Output Properties > Format의 Render Region과 Crop to Render Region 옵션으로 켜져 있는지 확인할 수 있습니다. 잊어버린 영역은 모든 프레임의 일부만 렌더링합니다.
6. 컴포지터와 출력 형식
씬에서 컴포지터를 쓴다면 저장되는 이미지는 원본 렌더가 아니라 컴포지터 출력에 도달한 이미지입니다. 노드 트리가 예상대로 연결되어 있는지 확인하세요. 나중에 합성할 렌더 패스가 필요하다면 Output Properties > Output에서 파일 형식을 OpenEXR MultiLayer로 고르세요. 켜진 패스를 프레임당 파일 하나에 모두 씁니다. 출력 경로가 상대 경로이거나 렌더 머신에 존재하는지도 확인하세요.
7. 시뮬레이션 캐시
물리 시뮬레이션, 유체 도메인, Geometry Nodes 시뮬레이션은 렌더팜 렌더링 전에 프로젝트 폴더 안의 캐시 폴더로 디스크에 베이크 해야 합니다. 베이크하지 않은 시뮬레이션은 렌더 머신에서 다시 계산되므로 시간이 들고 결과가 달라질 수 있습니다. 특히 프레임을 여러 머신에 나눠 각 머신이 시뮬레이션 중간부터 시작할 때 그렇습니다.
8. 월드와 라이트 파일
World HDRI 이미지를 찾을 수 있는지(다른 텍스처처럼 외부 파일입니다), 강도가 예상대로인지, 라이트로 쓰는 이미션 머티리얼이 샷을 라이팅한 대로 설정되어 있는지 확인하세요. 조명을 빨리 확인하려면 무거운 지오메트리 없이 HDRI와 라이트만으로 한 프레임을 렌더링해 보세요.
9. 샘플링과 디노이징
Render Properties > Sampling에서 뷰포트 설정만이 아니라 렌더 설정을 확인하세요: Noise Threshold (적응형 샘플링), Max Samples, Min Samples , Time Limit, 그리고 Denoise 옵션과 디노이저입니다. 연속된 프레임 두세 장을 렌더링해 재생해 보세요. 스틸 한 장은 깨끗해 보여도 디노이즈한 애니메이션은 깜빡일 수 있습니다.
10. GPU 메모리
Cycles는 GPU 간 메모리를 합치지 않습니다. Blender 매뉴얼에 따르면 GPU마다 자기 메모리만 쓸 수 있으므로 씬 전체가 카드 한 장에 들어가야 합니다. 들어가지 않으면 CUDA와 OptiX의 Cycles는 데이터를 시스템 RAM으로 옮겨 계속 렌더링할 수 있지만 더 느려집니다. 가장 무거운 프레임(지오메트리, 텍스처, 헤어, 볼륨이 가장 많은 프레임)을 찾아 대상 하드웨어에서 렌더링하고 렌더 상태 표시줄의 메모리 수치를 확인하세요.
렌더링 전 점검에는 SaaS와 IaaS 렌더팜 중 무엇이 맞을까?
위의 모든 설정이 .blend와 프로젝트 폴더에 저장되므로, 씬이 이 점검을 통과하면 두 렌더팜 모델은 같은 프레임을 렌더링합니다. 차이는 점검과 테스트 프레임을 어디서 하느냐입니다.
| 상황 | SaaS 렌더팜 | IaaS 렌더팜(iRender) |
|---|---|---|
| 모든 점검이 로컬에서 통과했고 샷이 승인된 경우 | 잘 맞습니다. 프로젝트를 업로드하면 렌더팜이 프레임을 렌더링하며, 보통 여러 머신에 나누어 처리하므로 서버를 관리할 필요가 없습니다. | 이 방식도 가능하지만 서버를 직접 시작하고 사용하고 종료해야 합니다. |
| 마감이 있어 렌더링 시작과 종료 시점을 알아야 할 때 | 작업이 렌더팜 대기열에 들어가므로 시작 시점은 렌더팜이 얼마나 바쁜지에 달려 있습니다. 많은 렌더팜이 더 빨리 시작하려면 우선순위가 높은 요금제를 판매합니다 | 서버가 부팅되는 순간부터 내 작업만 실행하므로, 렌더링 시작 시점을 직접 정하고 전체 작업 시간을 가늠할 수 있습니다 |
| 렌더 머신에서 점검하고 싶은 경우 | 로컬에서 씬을 점검하고 렌더팜의 테스트 프레임으로 판단합니다. | 서버에서 Blender로 .blend를 열고 모든 점검을 거기서 합니다. |
| 테스트 프레임이 미리보기와 다른 경우 | 로컬에서 고치고, 다시 업로드하고, 테스트를 다시 제출합니다. | 서버에서 설정을 바꾸고 프레임을 바로 다시 렌더링합니다. |
| 내 GPU로 가장 무거운 프레임을 렌더링할 수 없는 경우 | 집에서 테스트하기가 느리거나 불가능하므로 모든 테스트가 렌더팜으로 넘어갑니다. | 카드마다 32 GB인 RTX 5090에서 테스트하고 렌더링합니다. |
이 작업에서 두 렌더팜 모델이 어떻게 동작하는지 비교한 것이며, 속도 테스트가 아닙니다.
간단한 기준: 열 가지 점검이 내 머신에서 모두 통과하고 렌더팜의 테스트 프레임이 그것과 같다면 SaaS 렌더팜이 잘 맞습니다. 렌더 머신에서 직접 점검해야 하거나 내 GPU로 가장 무거운 프레임을 렌더링할 수 없다면 IaaS 서버를 쓰세요.
iRender 서버에서 렌더링 전 점검하기
- Make Paths Relative, 시뮬레이션 베이크, 저장을 마치고, 서버를 시작하기 전에 프로젝트 폴더를 iRender Drive에 올립니다. 업로드는 무료이며 임대 시간에 포함되지 않습니다.
- 서버를 시작합니다: 점검과 스틸에는 GPU 1장, 긴 Cycles 애니메이션에는 GPU 4장이나 8장. Blender는 한 번만 설치하면 되며 서버 이미지는 세션 사이에 저장됩니다. 요금은 분 단위입니다.
- .blend를 열고 열 가지 점검을 합니다. Report Missing Files부터 시작하세요.
- 가장 무거운 프레임을 렌더링해 승인받은 미리보기와 비교한 뒤, 디노이징을 확인하려고 연속된 프레임 두세 장을 렌더링합니다.
- 시퀀스를 렌더링합니다. 마감이 촉박하면 서버를 더 시작해 각 서버에 프레임 범위를 나누세요. 총비용은 거의 같습니다.
다른 머신에서 시퀀스를 렌더링하기 전에
- 같은 Blender 버전을 쓰고, 사용자 OCIO 구성을 쓴다면 같은 구성을 쓰세요.
- Make Paths Relative를 실행하고 Report Missing Files를 확인한 뒤 프로젝트 폴더 전체를 복사하세요.
- 모든 시뮬레이션을 프로젝트 안의 캐시 폴더로 베이크하세요.
- 렌더 영역을 지우고 활성 카메라와 렌더 가시성을 확인하세요.
- 전체 범위 전에 가장 무거운 프레임과 연속된 프레임 두세 장을 렌더링하세요.
자주 묻는 질문
1. 다른 머신에서 Blender 렌더가 바래 보이거나 너무 어두운 이유는 무엇인가요?
먼저 Render Properties, Color Management를 확인하세요. 뷰 트랜스폼, 룩, 노출, 감마는 씬과 함께 저장되지만, OCIO 환경 변수로 설정한 사용자 OpenColorIO 구성은 그렇지 않으므로 그것이 없는 렌더 머신에서는 색이 달라질 수 있습니다. Blender 버전이 다르면 기본값도 다를 수 있습니다.
2. Blender에서 어떤 텍스처를 Non-Color로 설정해야 하나요?
색이 아니라 데이터를 담은 이미지입니다. 노멀 맵, 러프니스, 메탈릭, 범프, 디스플레이스먼트 맵이 해당합니다. Blender 매뉴얼은 이런 맵을 색이 아닌 데이터로 표시해 색 변환이 적용되지 않게 하라고 설명합니다. 베이스 컬러와 이미션 텍스처는 sRGB로 둡니다.
3. 뷰포트에는 보이는데 Cycles 렌더에서 오브젝트가 빠지는 이유는 무엇인가요?
Outliner에는 뷰포트용 토글과 렌더링용 토글이 따로 있습니다. Disable in Renders(카메라 아이콘)가 켜진 오브젝트나 컬렉션은 뷰포트에는 보이지만 렌더에서는 빠집니다. Outliner 필터에서 카메라 열을 켜고 확인하세요.
4. Blender가 프레임의 일부만 렌더링하는 이유는 무엇인가요?
렌더 영역이 켜져 있습니다. 카메라 뷰에서 Ctrl+Alt+B로 지울 수 있으며, Output Properties, Format의 Render Region과 Crop to Render Region 옵션으로 설정 여부를 확인할 수 있습니다.
5. Cycles에서 여러 GPU의 메모리가 합쳐지나요?
아닙니다. Blender 매뉴얼에 따르면 GPU마다 자기 메모리만 쓸 수 있으므로 씬 전체가 카드 하나에 들어가야 합니다. 24 GB 카드 4장 머신이어도 씬 한도는 24 GB입니다.
6. 애니메이션을 렌더링할 머신에서 이 점검을 할 수 있나요?
네, IaaS 렌더팜에서는 가능합니다. iRender에서는 서버 전체를 임대하므로 Blender에서 .blend를 열어 점검하고, 테스트 프레임을 렌더링한 뒤, 같은 GPU에서 시퀀스를 렌더링할 수 있습니다.
iRender에서 Blender 프로젝트 렌더링하기
iRender는 IaaS GPU 렌더팜입니다. NVIDIA RTX 4090(24 GB) 또는 RTX 5090(32 GB) GPU 1, 2, 4, 8장과 AMD Ryzen™ Threadripper™ PRO CPU, 256 GB ECC RAM, 2 TB NVMe SSD를 갖춘 베어메탈 서버를 임대해 원격 데스크톱으로 접속하고, 전체 관리자 권한으로 내 워크스테이션처럼 작업합니다. Blender는 한 번만 설치하면 됩니다. 서버 이미지가 세션 사이에 저장되므로 Blender와 애드온이 그대로 남아 있습니다.
멀티 GPU 서버는 분 단위로 과금되며(1 GPU 서버는 최소 1시간), 3시간 이상 세션은 10% 할인됩니다. 4 GPU·8 GPU 서버는 수랭식이며, 자체 측정 결과 장시간 렌더링 중에도 GPU 온도가 60–70°C로 유지됩니다. 엘리트 지원팀이 주 7일 핫라인, 라이브 채팅, Skype, WhatsApp, 이메일로 도와드립니다.
이 빠른 시작 영상은 서버를 시작하고 Blender로 렌더링하는 방법을 보여줍니다:
저희 서버에서 기록한 Blender 렌더링 두 건입니다. 4x RTX 5090에서 1080p 120프레임을 프레임당 72초에, 같은 4K 씬을 4x RTX 5090과 4x RTX 4090에서 각각 GPU당 프레임 87초와 108초에 렌더링했습니다:
신규 사용자는 첫 충전 시 100% 보너스(최소 $50)를 받습니다. 요금제는 Blender 렌더팜 페이지에서 확인하거나 다음을 내려받으세요: iRender GPU 앱.




