Kết xuất cinematic game 2026: Hướng dẫn cho production team

Giới thiệu: Tại sao cinematic game là bài toán kết xuất khác biệt

Hiệu suất in-engine của một tựa game và trailer của tựa game đó là hai bài toán kết xuất hoàn toàn riêng biệt. Bài toán đầu tiên chạy ở tốc độ 60 khung hình mỗi giây trên GPU của người chơi. Bài toán thứ hai chạy offline, từng khung hình một, ở độ phân giải 4K, với độ phức tạp shading mà không một tựa game nào có thể chịu đựng ở tốc độ tương tác. Các studio nhầm lẫn giữa hai loại này sẽ cho ra các cinematic (hoạt cảnh điện ảnh) trông như ảnh chụp màn hình gameplay — hoặc ngân sách vượt tiến độ vì engine đơn giản không được thiết kế để đạt chất lượng pixel cuối cùng ở độ phân giải mà trailer yêu cầu.

Kết xuất cinematic cho game luôn là công việc lai. Một số studio vẫn bake trailer flagship của họ trong Maya hoặc Cinema 4D, coi asset game là tài liệu tham khảo cho một pipeline hoàn toàn offline. Các studio khác chạy Movie Render Queue (hàng đợi kết xuất video) của Unreal Engine với Sequencer (trình tự cảnh) thiết lập ở chế độ xuất path tracing (truy vết tia) mẫu cao, chấp nhận ngân sách 30 phút mỗi khung hình để đổi lấy sự tương thích asset với tựa game phát hành. Một số studio kết hợp cả hai: bố cục gameplay xuất từ Unreal, cảnh hero được làm lại trong Maya, các lớp particle được dựng trong Houdini, và composite cuối trong After Effects hoặc Nuke.

Chúng tôi đã vận hành một render farm được quản lý toàn diện tại Super Renders Farm gần một thập kỷ, và chúng tôi đã chứng kiến công việc cinematic game chuyển dịch từ một pipeline ngách được nắm giữ bởi một số ít trailer house thành khối lượng công việc mà các studio game vừa hiện nay xử lý nội bộ — nhưng hiếm khi không cần hỗ trợ về phía kết xuất. Bài viết này đi sâu vào điều gì làm kết xuất cinematic game khác biệt, những gì cloud rendering thực sự cần làm tốt để hỗ trợ nó, và cách production manager nên suy nghĩ về chi phí, bảo mật và lập lịch khi trailer là sản phẩm bàn giao.

"Game Cinematics" thực sự bao gồm những gì trong năm 2026

Cụm từ này bao gồm nhiều hơn là trailer ra mắt. Trong lịch sản xuất năm 2026, một tựa game AAA có thể lên kế hoạch:

Cinematic in-engine — cảnh cắt pre-rendered được bake từ engine game, sử dụng bên trong game giữa các phân đoạn gameplay. Thường được path trace ở số mẫu cao hơn thời gian chạy, nhưng giữ nhất quán về tông màu với gameplay.
Reveal trailer và announce trailer — lần đầu tiên công chúng nhìn thấy game. Thường được kết xuất offline ở ngân sách mẫu cao nhất mà studio có thể thực hiện, 4K hoặc cao hơn, đôi khi ở độ sâu màu phim.
Gameplay trailer — gần hơn với footage in-engine nhưng được kết xuất offline để nhà phát hành có thể đạt được những cảnh cụ thể và phân loại màu chúng như một spot hoàn chỉnh.
Story trailer và narrative cinematic — về tinh thần gần hơn với hoạt hình dạng ngắn so với gameplay. Thường được xử lý bởi trailer house bên ngoài, đôi khi được trả lại cho studio để QA.
Marketing still và key art — kết xuất đơn khung hình, nhưng ở độ phân giải rất cao với chi tiết shading (subsurface, displacement, ray-traced volumetrics) không xuất hiện trong gameplay phát hành.
Background pre-rendered trong game — cho các phân đoạn camera cố định, transition card, hoặc chuỗi phong cách hóa. Hiếm gặp ngày nay nhưng vẫn xuất hiện trong một số tựa game narrative.

Mỗi khối lượng công việc này có ngân sách mẫu khác nhau, cửa sổ thời gian quay vòng khác nhau và mức độ rủi ro khác nhau. Một reveal trailer đến trễ hai tuần có thể dời ngày phát hành. Kết xuất lại một cảnh cắt in-engine là một bản vá asset thông thường. Các quyết định về cloud rendering nên được thực hiện theo từng cảnh quay, không phải toàn dự án.

Các pipeline mà studio thực sự sử dụng

Không có một pipeline chuẩn duy nhất nào cho cinematic game. Chúng tôi thấy bốn mô hình trong công việc sản xuất chạy qua farm của chúng tôi.

Mô hình A — Unreal Engine Sequencer với Movie Render Queue. Đây là mô hình phổ biến nhất năm 2026 cho các studio muốn tương thích asset với tựa game phát hành. Sequencer giữ bố cục cảnh quay, hoạt hình và camera. Movie Render Queue (MRQ) xuất khung hình ở chất lượng đã chọn, với các mẫu anti-aliasing và warm-up frame có thể cấu hình theo từng cảnh. Path tracing trong Unreal đã trưởng thành đến mức các cảnh hero không còn cần phải rời engine để trông photoreal. Đám đông MetaHuman (nhân vật số) nặng, môi trường Nanite (công nghệ Nanite) ở mức chi tiết đầy đủ, và global illumination Lumen (công nghệ Lumen) hoặc hardware ray tracing hiện đã khả thi ở ngân sách offline.

Mô hình B — Maya với V-Ray hoặc Arnold. Các studio có pipeline Maya chuyên sâu, hoặc trailer house đã cung cấp cinematic từ trước khi engine real-time khả thi, vẫn bake cảnh hero trong DCC offline. Asset game được xuất (thường qua Universal Scene Description) vào Maya, được rig cho diễn xuất cinematic và được shade bằng vật liệu chất lượng phim. V-Ray và Arnold đều phổ biến; Arnold tích hợp tốt hơn với Maya, V-Ray phổ biến hơn ở các studio có công việc song song về kiến trúc hoặc sản phẩm.

Mô hình C — Cinema 4D với Redshift cho AAA phong cách hóa. Các tựa game phong cách hóa, đặc biệt những tựa có phong cách art-directed mạnh mẽ (toon shading, NPR painterly, logic khung hình tay vẽ), thường sống trong Cinema 4D với Redshift. Bộ công cụ MoGraph của C4D xử lý các phân đoạn motion design trừu tượng thường xuyên xuất hiện ở đầu hoặc cuối trailer. Tốc độ GPU của Redshift làm cho việc lặp lại theo khung hình trở nên nhanh chóng.

Mô hình D — Houdini cho hiệu ứng, sau đó trở về DCC chính. Phá hủy, chất lỏng, khói, mô phỏng đám đông quy mô lớn — những khối lượng công việc này thường được giải quyết trong Houdini bất kể pipeline chủ là gì. Đầu ra thường là cache (VDB, Alembic, USD) được đưa vào Maya, Unreal hoặc Cinema 4D để ánh sáng cuối và kết xuất. Một số studio kết xuất Houdini nguyên bản với Karma, đặc biệt cho các reveal trailer nặng về hiệu ứng.

Trong thực tế, một trailer đơn hiếm khi nằm hoàn toàn trong một pipeline. Một reveal trailer có thể bố cục trong Unreal, kết xuất cảnh hero gần trong Maya, mô phỏng phá hủy trong Houdini và composite trong Nuke. Render farm phải xử lý tất cả những điều này, và việc bàn giao giữa các lớp phải vô hình đối với team sản xuất.

Cloud rendering cần làm tốt điều gì cho công việc cinematic game

Cloud rendering thông thường — loại hoạt động tốt cho một cảnh archviz hoặc sản phẩm — không tự động hoạt động cho cinematic game. Hình dạng của khối lượng công việc là khác nhau.

Bề mặt asset lớn. Một cảnh đơn có thể kéo vào 200 GB môi trường MegaScans, gigabyte geometry MetaHuman, texture nhân vật ở 8K, và thư viện mesh Nanite được coi như nguồn streaming hơn là import cố định. Upload và đồng bộ hóa phải mạnh mẽ ở quy mô này. Chúng tôi hỗ trợ web upload cho các gói nhỏ hơn nhưng khuyến nghị Client App cho các gói chuyển trên khoảng 2 GB, vì đường dẫn chuyển có thể tiếp tục quan trọng hơn giới hạn tối đa tuyệt đối; truy cập S3 (Cloud Direct Connect) là lựa chọn còn lại. Một lần upload qua trình duyệt sẽ chậm khi vượt khoảng 2 GB, trở nên không ổn định khi vượt khoảng 5 GB và không thể tiếp tục nếu đóng tab. Hãy tải gói lên dưới dạng thư mục chưa nén: render farm không giải nén archive (.zip, .rar, .7z, .tar, .tar.gz), điều đôi khi làm bất ngờ các studio trong lần đầu tiên.

Nhận thức về source control. Studio game không làm việc theo cách studio archviz làm. Source control (Perforce, Plastic, đôi khi Git LFS) là trạng thái chuẩn của mọi asset. Các gói kết xuất phải được xuất ở một changelist cụ thể, không phải "lấy phiên bản mới nhất". Các studio thực hiện công việc cinematic nghiêm túc thường viết script cho quá trình chuẩn bị gói của họ dựa trên hệ thống version control để khóa changelist trước khi nộp. Cloud render farm không cần phải hiểu Perforce trực tiếp, nhưng cần chịu được các cửa sổ upload dài và tính tái tạo nghiêm ngặt mà quy trình làm việc dựa trên source control yêu cầu.

Kỷ luật NDA (thỏa thuận bảo mật) và IP. Footage game chưa phát hành là một trong những loại nội dung nhạy cảm nhất trong bất kỳ pipeline cloud nào. Asset trailer thường rò rỉ ra báo chí trước khi studio sẵn sàng, và rò rỉ từ một render farm là sự kiện kết thúc sự nghiệp cho production manager đã chọn nhà cung cấp. Điều khoản NDA, lưu trữ được mã hóa, ghi nhật ký truy cập và chính sách xóa dữ liệu rõ ràng là không thể thiếu. Studio nên hỏi bất kỳ nhà cung cấp tiềm năng nào về cụ thể: ai có quyền truy cập, nội dung được lưu giữ bao lâu, việc truy cập được ghi nhật ký như thế nào, điều gì xảy ra với đầu ra kết xuất và asset nguồn sau khi bàn giao. Đầu ra kết xuất và upload nguồn vẫn có sẵn để tải xuống; không có thời hạn tự động xóa cố định, và bạn có thể yêu cầu chúng tôi xóa một dự án vào bất kỳ lúc nào. Các studio có yêu cầu NDA cụ thể nên liên hệ trước lần upload đầu tiên — team của chúng tôi có thể xóa file dự án theo lịch trình bạn đặt ra và áp dụng kiểm soát truy cập chặt chẽ hơn khi dự án yêu cầu, và trang NDA render farm là điểm dừng đầu tiên phù hợp.

Quản lý đầu ra và chu kỳ review. Cinematic trải qua nhiều vòng review lặp lại hơn hầu hết công việc kết xuất. Một cảnh đơn có thể được kết xuất lại năm hoặc sáu lần trước khi hoàn thiện, mỗi lần lặp được kích hoạt bởi ghi chú của đạo diễn, thay đổi âm nhạc hoặc yêu cầu từ nhà phát hành. Đầu ra kết xuất cloud cần có thể truy xuất trong toàn bộ chu kỳ review, được tổ chức theo cảnh và phiên bản, và lý tưởng là có thể duyệt qua theo cách mà team sản xuất có thể so sánh các phiên bản mà không cần tải lại.

Hỗ trợ đa DCC và đa engine. Một studio tự khóa mình vào một render farm chỉ hỗ trợ một engine sẽ phải trả giá cho quyết định đó ngay khi sim Houdini phải được kết xuất trong Karma, hoặc khi art director yêu cầu phiên bản toon-shaded Redshift của một cảnh hero. Chúng tôi duy trì V-Ray, Corona, Arnold, Redshift, Octane và Cycles trên cùng một fleet, với độ phủ đa DCC trên 3ds Max, Maya, Cinema 4D, Blender, Houdini, After Effects và NukeX. Không phải engine nào cũng sẵn sàng trên mọi host: V-Ray và Octane for Blender, cùng Arnold, V-Ray và Octane for Houdini, được cung cấp theo yêu cầu, vì vậy hãy xác nhận với chúng tôi trước khi bạn upload. Quyết định sử dụng engine nào phải mang tính nghệ thuật, không bị ràng buộc bởi danh sách phần mềm đã cài đặt của render farm.

Super Renders Farm hỗ trợ khối lượng công việc cinematic game như thế nào

Một số điều quan trọng khi studio game đánh giá farm của chúng tôi cho công việc cinematic.

Chúng tôi vận hành hơn 20.000 nhân CPU trên fleet Dual Xeon E5-2699 V4, cộng thêm máy GPU chuyên dụng với card NVIDIA RTX 5090 (32 GB VRAM mỗi card). Phía CPU xử lý khối lượng công việc V-Ray, Corona và Arnold; phía GPU xử lý Redshift, Octane, V-Ray GPU và Cycles. Đặc biệt cho công việc Movie Render Queue của Unreal Engine, tài nguyên GPU rất quan trọng — path tracer của Unreal được hưởng lợi từ headroom VRAM và các RT core hiện đại. Chúng tôi có quan hệ đối tác chính thức với Chaos Group (V-Ray và Corona) và Maxon (Cinema 4D, Redshift), nghĩa là việc cấp phép của chúng tôi đã được xác minh và team của chúng tôi có thể thấy sớm các cập nhật engine thay đổi hành vi kết xuất.

Mô hình của chúng tôi là quản lý toàn diện theo hình thức thuê render farm: studio upload gói scene, pipeline của chúng tôi phân tích dependencies, các render node của chúng tôi thực thi job và đầu ra hoàn chỉnh được trả về. Không có bước remote desktop. Không yêu cầu studio cài đặt hoặc cấp phép phần mềm kết xuất trên phần cứng của chúng tôi. Thư viện plugin — Forest Pack, Phoenix FD, Tyflow trên phía 3ds Max; Yeti, MASH, Bifrost trên Maya; Octane, Redshift trên C4D — được cài đặt sẵn khi cấp phép cho phép. X-Particles cho Cinema 4D được cung cấp theo yêu cầu. Đối với quy trình Unreal Engine, chúng tôi làm việc với studio để đóng gói dự án đúng cách và xác minh cài đặt Movie Render Queue trước khi bắt đầu các kết xuất dài.

Mô hình quản lý toàn diện quan trọng hơn cho cinematic so với kết xuất thông thường. Một cảnh hero 4K, 24 khung hình mỗi giây ở 60 giây là 1.440 khung hình. Ở 30 phút mỗi khung hình, đó là 720 GPU-giờ mỗi lần. Một AOV bị cấu hình sai hoặc texture bị thiếu chỉ được phát hiện ở khung hình 800 là chi phí sản xuất thực sự. Pipeline của chúng tôi bắt các lỗi phổ biến — thiếu tham chiếu, phiên bản plugin không khớp, đường dẫn UDIM bị hỏng — trước khi hàng đợi bắt đầu tiêu tốn thời gian GPU.

Đối với các studio mà mức độ bảo mật là một phần của quyết định mua sắm, chúng tôi công bố chính sách của mình trên trang NDA render farm và chúng tôi chấp nhận các điều khoản NDA cụ thể theo dự án trước bất kỳ lần upload asset nào. Không có thời hạn tự động xóa cố định cho đầu ra kết xuất; đối với các tựa game nhạy cảm, chúng tôi xóa dự án theo yêu cầu ngay khi bạn đã lấy frame của mình về.

Chi phí: Cách suy nghĩ về ngân sách kết xuất cinematic

Cinematic game thường khiến studio bất ngờ về phía chi phí vì chi phí mỗi khung hình cao hơn một ảnh tĩnh archviz và số lượng khung hình cao hơn một short phim hoạt hình. Một reveal trailer 90 giây ở 24fps là 2.160 khung hình; ở 4K với path tracing đầy đủ, các khung hình riêng lẻ có thể mất 20 đến 60 phút trên một GPU cao cấp duy nhất. Đó là đâu đó từ 720 đến 2.160 GPU-giờ mỗi lần, và trailer thường trải qua ba hoặc bốn lần full-quality trước khi bàn giao cuối cùng.

Một số nguyên tắc hữu ích:

Thời gian tính toán, không phải thời gian thực, quyết định chi phí. Dù kết xuất hoàn thành trong ba ngày trên một fleet nhỏ hay trong tám giờ trên một fleet lớn, chi phí GPU-giờ là tương tự. Cloud rendering tự chứng minh giá trị khi thời gian thực quan trọng — khi trailer phải được bàn giao vào thứ Ba và thứ Sáu mới là lúc nhà phát hành ký duyệt bản cắt. (Chúng tôi đề cập đến toán học mỗi khung hình sâu hơn trong hướng dẫn chi phí mỗi khung hình.)

Ngân sách mẫu cộng dồn. Một cảnh ở 256 mẫu mỗi pixel mất gấp đôi thời gian so với cảnh ở 128 mẫu mỗi pixel, và gấp bốn lần so với 64 mẫu. Hầu hết các cảnh cinematic hội tụ tốt trước 256 mẫu nếu denoiser được cấu hình đúng. Các studio mặc định chất lượng tối đa mà không kiểm tra sự hội tụ đang trả một số nhân cho toàn bộ ngân sách trailer.

Cảnh hero so với cảnh bao phủ rộng. Một chuỗi 30 giây có thể có ba hoặc bốn cảnh hero cần chất lượng tối đa và mười hoặc mười hai cảnh bao phủ rộng nơi camera di chuyển đủ nhanh để chi tiết không quan trọng. Ngân sách mẫu theo từng cảnh là đòn bẩy nhanh hơn để giảm chi phí so với đàm phán giá mỗi khung hình.

Các pass kết xuất quan trọng. Beauty, depth, motion vector, cryptomatte, ID, ambient occlusion — mỗi AOV bổ sung thêm bộ nhớ và thời gian. Một cảnh hero nặng pass đắt hơn một pass beauty only, nhưng tính linh hoạt composite thường tiết kiệm nhiều thời gian hơn trong post so với chính chi phí kết xuất.

Bảng giá của chúng tôi được cấu trúc theo GHz-giờ cho kết xuất CPU và theo đơn vị tương đương OctaneBench-giờ cho kết xuất GPU. Chúng tôi công bố mức giá hiện tại trên trang bảng giá, và cost calculator cho phép production manager ước tính một job trước khi nộp. Đặc biệt cho công việc cinematic, chúng tôi khuyến nghị chạy một cảnh test đơn ở số mẫu cuối cùng dự định trước khi cam kết với toàn bộ chuỗi — chi phí của một lần kết xuất test 30 giây nhỏ hơn nhiều so với chi phí phát hiện ra số mẫu đã chọn sai sau một nghìn khung hình.

Lập lịch: Cách tránh cuộc chạy nước rút bàn giao trailer

Một số mô hình chúng tôi thấy lặp đi lặp lại:

Khóa bản cắt quá muộn. Trailer trải qua các lần sửa đổi edit cho đến rất gần khi bàn giao. Các studio cố gắng kết xuất trước khi bản cắt được khóa sẽ phải trả cho các cảnh bị cắt trong bản edit cuối cùng. Chúng tôi khuyến nghị khóa bản cắt ít nhất bảy ngày theo lịch trước ngày bàn giao đã lên kế hoạch — sớm hơn nếu bản địa hóa quốc tế là một phần của sản phẩm bàn giao.

Đánh giá thấp chu kỳ review. Ba vòng review là mặc định hợp lý cho cinematic nội bộ. Năm là bình thường cho trailer gửi nhà phát hành. Mỗi vòng ăn mất một đến ba ngày. Các studio lên lịch một cửa sổ review duy nhất đang chuẩn bị để đàm phán lại ngày bàn giao.

Không tách beauty khỏi composite. Ngân sách kết xuất phải tính đến pass beauty cộng với tất cả AOV, không chỉ beauty. Ghi chú của compositor hầu như luôn kích hoạt một lần kết xuất lại AOV-only của ít nhất một vài cảnh, và kết xuất lại AOV-only vẫn là GPU-giờ thực sự.

Ngày đệm cho chiều sâu hàng đợi. Một render farm là tài nguyên chia sẻ. Chiều sâu hàng đợi biến động theo mùa. Production manager nên lên kế hoạch ít nhất 24 giờ đệm giữa "tôi nộp job" và "tôi mong đợi khung hình đầu tiên trở về" cho bất kỳ công việc chất lượng cinematic nào. Trên farm của chúng tôi, chiều sâu hàng đợi đã ổn định trong chu kỳ sản xuất mùa xuân 2026, nhưng chúng tôi luôn khuyến nghị nộp một cảnh test đầu tiên để xác minh thời gian quay vòng trước khi cam kết với toàn bộ chuỗi.

Những câu hỏi cần đặt cho render farm trước khi cam kết

Một danh sách kiểm tra mua sắm ngắn đã phục vụ tốt cho production manager của studio game:

Bạn hỗ trợ những render engine và phiên bản plugin nào, cụ thể là cho Unreal Engine Movie Render Queue / Maya / Cinema 4D / Houdini / Blender?
Chính sách lưu giữ đầu ra mặc định của bạn là gì, và có thể rút ngắn cho công việc nhạy cảm NDA không?
Ai có quyền truy cập vào các asset đã upload, và việc truy cập đó được ghi nhật ký như thế nào?
Kích thước upload tối đa của bạn là bao nhiêu, và bạn có giải nén archive hay yêu cầu thư mục project chưa nén?
Bạn có quan hệ đối tác chính thức với các nhà cung cấp engine có phần mềm trên fleet của bạn không?
Mô hình định giá của bạn trông như thế nào — theo GHz-giờ, theo node, theo khung hình, theo gói thuê bao?
Bạn xử lý các gói đa DCC như thế nào khi một cảnh kéo asset từ hai hoặc nhiều ứng dụng?
Con đường leo thang tài liệu hóa cho một lần kết xuất bị treo là gì — chat, ticket, tài khoản chuyên dụng?

Câu trả lời cho những câu hỏi này phân biệt các nhà cung cấp có thể hỗ trợ khối lượng công việc cinematic game với những nhà cung cấp không thể. Nhà cung cấp phù hợp sẽ trả lời chúng nhanh chóng và chính xác. Các studio đang đánh giá chúng tôi có thể bắt đầu từ trang NDA render farm cho các dự án đang trong NDA, hoặc từ bảng giá và cost calculator để ước tính ngân sách tổng thể.

Chúng tôi phù hợp ở đâu, và không phù hợp ở đâu

Chúng tôi phù hợp tốt cho kết xuất cinematic game khi studio cần hỗ trợ đa DCC, khi dự án đòi hỏi độ phủ plugin trên các hệ sinh thái kết xuất chính, khi team sản xuất muốn một pipeline quản lý toàn diện không cần overhead remote desktop, và khi mức độ bảo mật và kỷ luật NDA là một phần của quyết định mua sắm. Chúng tôi hỗ trợ khối lượng công việc từ các team đã có kinh nghiệm xử lý kết xuất marketing cho tựa game flagship đến studio indie phát hành trailer ra mắt đầu tiên.

Chúng tôi không phải là lựa chọn phù hợp cho các studio cần quyền truy cập shell trực tiếp vào render node để cài đặt các công cụ độc quyền tùy chỉnh, cho các studio có pipeline phụ thuộc vào phần mềm kết xuất chúng tôi không hỗ trợ, hoặc cho các khối lượng công việc mà toàn bộ quyết định mua sắm phụ thuộc vào việc tối thiểu hóa giá mỗi khung hình mà không quan tâm đến công việc quản lý dịch vụ. Có những nhà cung cấp tốt trong các danh mục đó — họ chỉ không phải là chúng tôi.

Render farm phù hợp cho cinematic game là render farm phù hợp với hình dạng pipeline, mức độ bảo mật và lịch trình của studio. Chúng tôi sẵn lòng hướng dẫn team sản xuất qua việc công việc sẽ trông như thế nào trên cơ sở hạ tầng của chúng tôi, nhưng chúng tôi sẽ thành thật về các trường hợp nhà cung cấp khác phù hợp hơn.

FAQ

Q: Một cloud render farm có thể xử lý đầu ra Movie Render Queue Unreal Engine với full path tracing cho cinematic game không? A: Có, nhưng thông qua mô hình thuê node của chúng tôi thay vì farm được quản lý toàn diện. Unreal Engine không thuộc software stack được quản lý của chúng tôi — MRQ và MRQ Graph chạy trên các node GPU RTX 5090 cho thuê (32 GB VRAM mỗi card), nơi studio tự cài đặt bản Unreal Engine có bản quyền của riêng mình, bất kỳ phiên bản 5.x nào, theo mô hình bring-your-own-license. Đầu ra Path Tracer cũng được kết xuất tại đó, nhưng studio nên xác nhận độ phủ AOV trước khi chốt toàn bộ sequence — Path Tracer của Unreal không expose mọi AOV mà một số pipeline VFX kỳ vọng, và phiên bản engine cùng driver cần được ghim (pin) khớp với phiên bản đã dùng khi dựng shot. Deadline có sẵn trên các node này để quản lý hàng đợi. Đây là một sắp xếp khác với các engine được quản lý của chúng tôi (V-Ray, Corona, Arnold, Redshift, Octane, Cycles), nơi chúng tôi trực tiếp lo cài đặt và bản quyền.

Q: Studio game xuất asset từ Perforce hoặc Plastic SCM để gửi lên render farm như thế nào? A: Các studio thường viết script chuẩn bị gói dựa trên hệ thống version control — xuất một changelist cụ thể dưới dạng gói phẳng trước khi upload. Render farm không cần tích hợp trực tiếp với Perforce. Điều quan trọng là pipeline upload phải ổn định ở kích thước gói lớn — chúng tôi khuyến nghị Client App hoặc truy cập S3 (Cloud Direct Connect) cho các gói trên khoảng 2 GB, chỉ dùng web upload dưới ngưỡng đó.

Q: NDA và bảo vệ IP như thế nào khi kết xuất footage game chưa phát hành trong cloud? A: Nội dung game chưa phát hành là tài liệu nhạy cảm cao và phải được đối xử như vậy. Studio nên hỏi bất kỳ nhà cung cấp nào về ghi nhật ký truy cập, chính sách lưu giữ, mức độ mã hóa và các điều khoản hợp đồng chi phối việc xử lý dữ liệu. Đầu ra kết xuất vẫn có sẵn để tải xuống, không có thời hạn tự động xóa cố định. Chúng tôi chấp nhận các điều khoản NDA cụ thể theo dự án và có thể xóa file dự án theo lịch trình bạn đặt ra. Trang NDA render farm là điểm dừng đầu tiên phù hợp cho các studio có yêu cầu mua sắm cụ thể.

Q: Cùng một farm có thể kết xuất cinematic Unreal Engine và cảnh hero Maya trong cùng một dự án không? A: Có. Hỗ trợ đa DCC quan trọng chính xác vì hầu hết các dự án cinematic trải dài qua nhiều hơn một ứng dụng. Chúng tôi mang V-Ray, Corona, Arnold, Redshift, Octane và Cycles trên 3ds Max, Maya, Cinema 4D, Blender, Houdini, After Effects và NukeX, tuy nhiên không phải engine nào cũng sẵn sàng trên mọi host: V-Ray và Octane for Blender, cùng Arnold, V-Ray và Octane for Houdini, được cung cấp theo yêu cầu. Một dự án đơn có thể đi qua nhiều trong số này mà studio không cần một nhà cung cấp riêng cho mỗi loại.

Q: Chi phí kết xuất một trailer game 4K 90 giây ở 24fps là bao nhiêu? A: Một trailer 90 giây ở 24fps là 2.160 khung hình. Ở 4K với full path tracing, các khung hình riêng lẻ thường mất 20 đến 60 phút trên một GPU cao cấp duy nhất, tùy thuộc vào độ phức tạp shader, số mẫu và tải AOV. Điều đó đặt một lần kết xuất ở đâu đó từ 720 đến 2.160 GPU-giờ, và hầu hết trailer trải qua ba đến bốn lần full-quality trước khi bàn giao cuối cùng. Cost calculator của chúng tôi cho phép production manager ước tính trước khi nộp. Chúng tôi khuyến nghị chạy một cảnh test đơn ở số mẫu cuối cùng dự định trước khi cam kết với toàn bộ chuỗi.

Q: Đầu ra kết xuất được lưu giữ bao lâu giữa các vòng review? A: Đầu ra kết xuất vẫn có sẵn để tải xuống sau khi hoàn thành job, được tổ chức theo job và phiên bản; không có thời hạn tự động xóa cố định, và bạn có thể yêu cầu chúng tôi xóa một dự án vào bất kỳ lúc nào. Kết xuất lại cùng một cảnh được nộp như một job mới; phiên bản trước vẫn có sẵn để tải xuống. Hầu hết các dự án cinematic chúng tôi thấy trải qua ba đến năm vòng review, và các phiên bản trước đó vẫn tải xuống được suốt chu kỳ đó cho đến khi bạn yêu cầu chúng tôi xóa.

Q: Houdini FX và sim phá hủy có thể kết xuất trên cùng farm với cảnh hero Maya hoặc Cinema 4D không? A: Có. Houdini được hỗ trợ đầy đủ với Karma, Redshift và Mantra, cùng Arnold, V-Ray cho Houdini và Octane được cung cấp theo yêu cầu. Các studio thường giải quyết phá hủy, chất lỏng và mô phỏng đám đông trong Houdini rồi đưa cache (VDB, Alembic, USD) vào DCC chính để ánh sáng cuối và kết xuất. Cả hai nửa của quy trình làm việc đó đều có thể chạy trên farm của chúng tôi.

Q: Điều gì xảy ra nếu một render job thất bại giữa chừng trong một chuỗi dài? A: Pipeline theo dõi trạng thái từng khung hình và có thể tiếp tục từ khung hình thất bại mà không cần kết xuất lại các khung hình đã hoàn thành. Nếu lỗi do vấn đề ở cấp độ scene (thiếu tham chiếu, đường dẫn UDIM bị hỏng, phiên bản plugin không khớp), team của chúng tôi gắn cờ trước khi hàng đợi tiêu tốn thời gian GPU đáng kể cho phần còn lại của chuỗi. Kiểm tra pre-flight bắt các lỗi phổ biến sớm, đó là một trong những lý do tại sao mô hình quản lý toàn diện quan trọng hơn cho công việc cinematic so với kết xuất thông thường.