Thiết lập Blender cho cloud rendering
Cấu hình Blender cho cloud rendering với Cycles.
Blender trên render farm của chúng tôi chạy Cycles (CPU và GPU/Optix) — render engine dùng cho production với các công việc Blender trên farm. Eevee không khả dụng: Eevee yêu cầu một display context đang hoạt động và không thể chạy trên các render node headless (xem phần ghi chú Eevee trong mục Ghi chú theo render engine). Trang này hướng dẫn cách đóng gói dự án — đơn giản hơn trong Blender so với hầu hết các DCC khác do cách Blender xử lý đường dẫn asset — ghi chú theo từng render engine, render animation nhiều camera, và xử lý sự cố đặc thù của Blender.
Để tham khảo thông tin tổng quan về Blender trên farm — ví dụ về bảng giá, lựa chọn GPU hay CPU, các add-on được hỗ trợ — xem bài viết (bài về V-Ray có phần nội dung về Blender). Để xem benchmark Cycles GPU cụ thể trên RTX 5090, xem .
Các phiên bản được hỗ trợ
Blender 4.0, 4.1, 4.2 (LTS), 4.3, và 4.4 được cài sẵn trên mỗi worker. Chúng tôi hỗ trợ các bản LTS của Blender là lựa chọn được khuyến nghị cho công việc production, vì Blender 4.2 LTS nhận bản vá lỗi đến hết năm 2026 và là mục tiêu ổn định cho hầu hết các studio. Farm tự động khớp phiên bản theo file .blend đã lưu của bạn.
Lưu ý về nhịp độ phát hành của Blender: Blender ra mắt một phiên bản lớn mỗi ba đến bốn tháng cộng thêm một bản LTS hằng năm. Chúng tôi cung cấp các bản phát hành mới trong vòng hai tuần kể từ khi ra mắt công khai — nhịp độ phát hành của Blender nhanh hơn các DCC thương mại, vì vậy farm luôn cập nhật sát theo.
Đóng gói dự án Blender
Một dự án Blender bao gồm file .blend cùng các asset bên ngoài — texture, file âm thanh, simulation cache, file .blend thư viện liên kết, và HDRI EXR cho ánh sáng môi trường. Cơ chế xử lý đường dẫn của Blender dễ chịu hơn các DCC khác (sử dụng cả đường dẫn tuyệt đối lẫn tương đối và thử qua nhiều vị trí tìm kiếm), nhưng để render trên cloud bạn nên đóng gói tất cả vào một thư mục dự án nhất quán.
Phương pháp đóng gói đơn giản nhất là tính năng tích hợp "Pack Into .blend" của Blender:
- Mở dự án của bạn. File → External Data → Find Missing Files (để xác minh không có gì bị thiếu cục bộ).
- Đóng gói asset vào file
.blend. File → External Data → Pack All Into .blend. Blender nhúng tất cả texture, âm thanh, và ảnh liên kết vào chính file.blend. - Lưu dự án. File
.blendgiờ đây độc lập — thường lớn hơn 10 đến 100 lần so với bản gốc, tùy thuộc vào số lượng texture. - Tải lên một file
.blendduy nhất (không cần nén nếu file.blendcủa bạn dưới vài GB; với file lớn hơn, hãy nén thành.tar.gzhoặc.7zđể tải lên nhanh hơn).
Phương pháp đóng gói thứ hai tạo ra file tải lên nhỏ hơn là "Make Paths Relative" kết hợp cấu trúc thư mục thủ công:
- File → External Data → Make All Paths Relative. Tất cả đường dẫn asset trở thành tương đối so với thư mục chứa file
.blend. - Kiểm tra mọi asset có được tìm thấy không bằng File → External Data → Report Missing Files. Báo cáo không được có file nào bị thiếu.
- Đặt tất cả asset được tham chiếu vào các thư mục con tương đối so với
.blend. Cấu trúc tiêu chuẩn:project/scene.blendcùng vớiproject/textures/,project/cache/,project/hdr/, v.v. - Nén toàn bộ thư mục thành
.tar.gzhoặc.7zvà tải lên.
Phương pháp relative-paths phù hợp hơn cho các thư viện texture rất lớn (khi Pack Into .blend tạo ra một file đơn không tiện dụng) và cho các dự án sử dụng lại cùng một thư viện texture trên nhiều scene.
Kiểm tra trước khi gửi
Danh sách kiểm tra nhanh trước khi gửi:
- Render engine đang hoạt động được đặt thành Cycles. Properties → Render Properties → Render Engine xác định worker sử dụng Cycles hay Workbench. Đặt thành Cycles cho production rendering — Eevee không được hỗ trợ trên farm (xem Ghi chú theo render engine). Đảm bảo thiết lập này khớp với ý định của dự án.
- Frame range đã được đặt. Properties → Output Properties → Frame Start / Frame End. Farm sử dụng chính xác phạm vi này.
- Output path sử dụng token tương đối. Giá trị mặc định
//tmp/####.pnglà phù hợp; tiền tố//có nghĩa là "tương đối so với file.blend". Tránh các đường dẫn output tuyệt đối nhưD:\renders\. - Output format phù hợp với pipeline của bạn. Chuỗi PNG với alpha cho compositing, OpenEXR Multilayer cho output đầy đủ các pass, FFmpeg video cho xuất trực tiếp. Khi render animation, chuỗi ảnh được ưu tiên hơn nhiều so với output video trực tiếp.
- Color management đã được đặt. Properties → Render Properties → Color Management. Cài đặt mặc định Filmic + sRGB display phù hợp với hầu hết các dự án. Nếu dự án của bạn sử dụng ACES hoặc cấu hình OCIO tùy chỉnh, hãy đưa các file cấu hình OCIO vào thư mục dự án và xác minh đường dẫn hoạt động trên worker.
- Camera đang hoạt động đã được đặt. Camera đang hoạt động của scene (Properties → Scene Properties → Camera) xác định camera nào sẽ render. Đảm bảo đây là camera bạn mong muốn.
Ghi chú theo render engine
Cycles (CPU)
Cycles CPU chạy trên tier worker Dual Intel Xeon E5-2699 V4 của chúng tôi (tối đa 256 GB RAM mỗi node). Đây là lựa chọn cho các scene vượt quá VRAM của GPU, các scene có thư viện texture rất lớn, hoặc các dự án cần output chính xác bit-perfect mà Cycles CPU tạo ra.
Ghi chú về cấu hình:
- Giấy phép: Blender là phần mềm miễn phí và mã nguồn mở; không có vấn đề về giấy phép trên farm.
- Sampling: Cycles Render Properties → Sampling → Render Samples. Adaptive Sampling với Noise Threshold 0.01 tạo ra output sạch cho animation; các ngưỡng thấp hơn (0.005, 0.002) cho chất lượng cao hơn nhưng tốn thêm thời gian render.
- Denoising: Cycles hỗ trợ OpenImageDenoise (OIDN) và Optix (chỉ dành cho GPU). OIDN chạy trên CPU và cho kết quả tốt cho ảnh tĩnh và animation; cấu hình trong Render Properties → Sampling → Denoise.
- Light tree: Blender 3.4+ tích hợp light tree sampling cho các scene có nhiều nguồn sáng. Bật trong Render Properties → Sampling cho các scene có hàng trăm nguồn sáng.
Cycles (GPU / Optix)
Cycles GPU chạy trên tier worker NVIDIA RTX 5090 của chúng tôi (32 GB VRAM mỗi card). Nhanh hơn đáng kể so với Cycles CPU cho hầu hết các scene (thường nhanh hơn 5–15 lần), đặc biệt với các dự án có ray tracing nặng.
Ghi chú về cấu hình:
- Device: Properties → Render Properties → Device → GPU Compute. Backend Optix (sử dụng RT cores trên GPU NVIDIA) được bật mặc định trên các worker của chúng tôi.
- Giới hạn VRAM: 32 GB VRAM mỗi worker đủ cho hầu hết các dự án archviz và animation. Với các dự án tiệm cận giới hạn VRAM, tùy chọn "Persistent Data" trong Render Properties → Performance giảm thời gian tải mỗi khung hình nhưng tăng mức sử dụng VRAM tối đa. Với các dự án vượt 32 GB, hãy chuyển sang Cycles CPU hoặc chia scene thành các phần có thể render được.
- Optix denoiser: Nhanh hơn OIDN cho animation. Cấu hình trong Render Properties → Sampling → Denoise → Use OptiX. Yêu cầu GPU NVIDIA (tier worker của chúng tôi đáp ứng điều này).
Eevee (không được hỗ trợ)
Eevee không khả dụng trên farm. Eevee yêu cầu một display context đang hoạt động (một phiên OpenGL/GPU tương tác) và không thể chạy ở chế độ máy chủ headless mà các render node của chúng tôi vận hành, vì vậy Eevee rendering không được hỗ trợ. Một dự án có render engine đang hoạt động được đặt thành Eevee sẽ không render được — hãy chuyển Render Engine sang Cycles trước khi gửi.
Nếu bạn cần giao diện trực quan nhanh, kiểu real-time của Eevee, hãy render cục bộ. Để cloud rendering, Cycles GPU trên đội RTX 5090 của chúng tôi (với Optix denoiser) cho phép lặp lại nhanh với output chính xác về mặt vật lý; đây là render engine production được hỗ trợ cho Blender trên farm.
Cycles CPU vs Cycles GPU — nên chọn cái nào
Cycles GPU trên tier RTX 5090 là lựa chọn mặc định: thường nhanh hơn 5–15 lần mỗi khung hình so với Cycles CPU và xử lý được hầu hết các scene archviz, animation, và ray-tracing nặng trong phạm vi 32 GB VRAM. Chọn Cycles CPU khi scene vượt quá 32 GB VRAM, phụ thuộc vào các thư viện texture rất lớn, hoặc cần output chính xác bit-perfect mà đường dẫn CPU tạo ra (tối đa 256 GB RAM mỗi node). Cả hai đều tạo ra kết quả Cycles chính xác về mặt vật lý như nhau — GPU hoàn thành nhanh hơn mỗi khung hình, CPU có bộ nhớ lớn hơn.
Render nhiều góc camera
Với các dự án cần render cùng một scene từ nhiều góc camera trong một lần gửi, Blender hỗ trợ hai phương thức:
Phương thức 1: Nhiều scene với các camera đang hoạt động khác nhau
Blender cho phép nhiều scene trong một file .blend. Mỗi scene có thể có camera đang hoạt động và thiết lập render riêng:
- Trong dự án của bạn, tạo một scene mới cho mỗi góc camera (Scene → New Scene → Link Objects).
- Đặt camera đang hoạt động của mỗi scene thành camera tương ứng.
- Khi gửi, farm sẽ render scene được đặt là "Active" tại thời điểm gửi. Để render nhiều scene, hãy gửi từng scene như một job riêng biệt.
Phương thức 2: View Layer mỗi camera (Blender 2.8+)
Phương thức hiệu quả hơn cho nhiều góc camera là sử dụng View Layers với các camera đang hoạt động khác nhau:
- Trong Properties → View Layer, tạo một View Layer cho mỗi góc camera.
- Trong Properties → Output Properties → Output → Use Multi-View, cấu hình stereo hoặc multi-view nếu cần.
- Cấu hình output path cho từng View Layer sử dụng token
{layer}trong tên file output. - Gửi; worker sẽ render tất cả View Layer đã bật trong một lần.
Với các turntable archviz điển hình (8–16 góc camera), Phương thức 2 hiệu quả hơn đáng kể vì scene chỉ tải một lần mỗi khung hình và render tất cả các view từ cùng một scene đã được tải.
Quy trình gửi bài
Ba kênh gửi hoạt động với các dự án Blender:
- Upload web + gửi qua bảng điều khiển. Upload file
.blendđã đóng gói (hoặc thư mục dự án đã nén), sau đó gửi qua website. Đây là cách gửi phổ biến nhất cho người dùng Blender. - Client App. Upload + gửi + tự động tải về trong một ứng dụng bao gồm tất cả.
- Submission plugin. Có sẵn add-on Blender để gửi bằng một cú click từ bên trong Blender; cài đặt từ bảng điều khiển tài khoản của bạn.
Để xem quy trình upload-gửi-tải về đa DCC, xem .
Xử lý sự cố đặc thù của Blender
Để xem xử lý sự cố chung áp dụng cho tất cả DCC, xem . Các trường hợp đặc thù của Blender:
- Một số đối tượng trong scene không render. Nguyên nhân phổ biến nhất: nút "Render Visibility" của đối tượng bị tắt. Trong outliner, di chuột qua hàng của đối tượng và kiểm tra biểu tượng camera (Disable in Renders) đang được bật. Cũng kiểm tra xem đối tượng có đang ở trên một View Layer bị ẩn không.
- Texture bị thiếu dù đã Pack Into .blend. Xác minh Pack All Into .blend đã được chạy sau những thay đổi texture gần nhất. Nếu bạn tải lại texture sau khi đóng gói, chúng có thể đã trở về tham chiếu bên ngoài. Hãy đóng gói lại và lưu lại.
- Render trả về màu đen hoặc màu sai. Kiểm tra thiết lập Color Management (Properties → Render Properties → Color Management). Nguyên nhân phổ biến nhất là sự không khớp về View Transform — đảm bảo cả máy trạm và worker đều sử dụng cùng View Transform (Filmic là mặc định và an toàn nhất).
- Job Cycles GPU chạy trên CPU thay vì GPU. Xác minh Properties → Render Properties → Device được đặt thành GPU Compute, không phải CPU. Cũng kiểm tra xem backend Optix đã được chọn chưa nếu scene của bạn yêu cầu tăng tốc ray-tracing phần cứng.
- Custom shader OSL thất bại khi render. Cycles hỗ trợ OSL (Open Shading Language), nhưng các custom OSL shader cần được đưa vào archive dự án. Các file OSL shader (
.osl) phải ở vị trí worker có thể tìm thấy — đơn giản nhất là đặt chúng trong cùng thư mục với file.blendvà tham chiếu theo đường dẫn tương đối. - Add-on bị thiếu trên worker. Các add-on phổ biến (Animation Nodes, BlenderKit, Sverchok, FLIP Fluids, v.v.) có thể chưa được cài sẵn. Với Animation Nodes và các add-on procedural tương tự, giải pháp là bake geometry procedural thành mesh trước khi gửi. Với các add-on khác, hãy liên hệ bộ phận hỗ trợ để thảo luận về việc thêm vào worker image.
Tham khảo thêm
- — quy trình upload, gửi, tải về
- — cách tính chi phí công việc Blender
- — hướng dẫn SFTP, các định dạng nén
- — xử lý sự cố đa DCC
- — cài đặt add-on Blender
- — bài viết benchmark
FAQ
Q: Render farm hỗ trợ những phiên bản Blender nào? A: Blender 4.0, 4.1, 4.2 LTS, 4.3, và 4.4 được cài sẵn trên mỗi worker. Chúng tôi theo sát nhịp độ phát hành của Blender và cung cấp các phiên bản mới trong vòng hai tuần kể từ khi ra mắt công khai. Blender 4.2 LTS là lựa chọn được khuyến nghị cho production vì nhận bản vá lỗi đến hết năm 2026. Q: Tôi có thể render scene Eevee trên farm không? A: Không — Eevee yêu cầu một display context đang hoạt động và không thể chạy trên các render node headless mà farm sử dụng, vì vậy Eevee rendering không được hỗ trợ. Hãy đặt Render Engine thành Cycles trước khi gửi. Để lặp lại nhanh, Cycles GPU trên đội RTX 5090 của chúng tôi (với Optix denoiser) thường nhanh hơn 5–15 lần so với Cycles CPU cho cùng một scene, vì vậy GPU là khuyến nghị mặc định trừ khi scene của bạn vượt quá 32 GB VRAM. Q: Scene của tôi dùng BlenderKit / Sverchok / Animation Nodes — có render được không? A: Các asset BlenderKit mà bạn đã tải về và lưu vào file .blend sẽ render tốt (chúng trở thành dữ liệu mesh tiêu chuẩn khi đã được đặt vào). Sverchok và Animation Nodes là procedural — nếu geometry procedural chưa được bake thành mesh tĩnh, worker có thể tạo ra output không mong muốn. Hãy bake geometry procedural thành mesh (Sverchok: Set/Bake to Mesh; Animation Nodes: bake to action) trước khi gửi. Q: Tôi có cần đóng gói texture vào file .blend không, hay có thể tải lên dưới dạng file riêng biệt? A: Cả hai cách đều được. Pack Into .blend là đơn giản nhất vì kết quả là một file độc lập. Relative-paths + cấu trúc thư mục phù hợp hơn cho các thư viện texture rất lớn khi Pack Into .blend tạo ra một file đơn không tiện dụng. Hãy đảm bảo chạy "Find Missing Files" trước khi áp dụng một trong hai cách để xác nhận không có gì bị thiếu cục bộ. Q: Render của tôi hoàn thành nhưng màu sắc trông khác so với viewport trên máy trạm. A: Thường gặp nhất đây là sự không khớp về Color Management hoặc View Transform. Kiểm tra Properties → Render Properties → Color Management trên máy trạm của bạn và xác minh thiết lập đã lưu bao gồm View Transform: Filmic (mặc định). Look Transforms (high contrast, low contrast, v.v.) và giá trị Exposure cũng được nhúng trong file .blend và áp dụng trên worker. Q: Tôi đang render animation. Nên output ra file video hay chuỗi ảnh? A: Hầu như luôn luôn là chuỗi ảnh. PNG với alpha (để compositing) hoặc OpenEXR Multilayer (cho các pass đầy đủ) là tiêu chuẩn. Output video trực tiếp (FFmpeg) không song song hóa tốt trên farm — worker nhận công việc sẽ render tất cả các khung hình tuần tự và encode một file video duy nhất. Chuỗi ảnh cho phép farm phân phối các khung hình trên nhiều worker song song, nhanh hơn đáng kể cho bất kỳ animation nào trên khoảng 100 khung hình. Q: Dự án của tôi dùng custom OSL shader. Chúng có hoạt động trên farm không? A: Có, nếu các file shader .osl được đưa vào archive dự án và tham chiếu qua đường dẫn tương đối trong shader node. Cách đơn giản nhất là đặt tất cả file .osl trong cùng thư mục với file .blend của bạn. Q: GPU rendering so với CPU trên farm về chi phí như thế nào? A: GPU rendering thường nhanh hơn mỗi khung hình (nhanh hơn 5–15 lần với Cycles), nhưng chi phí mỗi worker cao hơn vì máy GPU đắt tiền hơn. Tổng chi phí cho một lần render khá tương đương giữa Cycles CPU và Cycles GPU với hầu hết các scene — GPU hoàn thành nhanh hơn nhưng chi phí mỗi phút cao hơn. Để ước tính chi phí cụ thể dựa trên scene của bạn, cung cấp so sánh theo khung hình và theo job. Q: Tôi có thể render simulation Blender (fluid, smoke, hair) trên farm không? A: Với simulation, các file cache cần được bake cục bộ trước, sau đó đưa vào file tải lên của bạn. Farm render các khung hình dựa trên cache đã bake; không chạy simulation trực tiếp. Đây là phương thức tiêu chuẩn trên tất cả DCC — bake simulation là công việc của máy trạm, render khung hình là công việc của farm.
---
[PHASE 2D: cover image needed — 1200x675px WebP]