Thiết lập Houdini cho cloud rendering

Houdini trên render farm (hệ thống máy tính kết xuất) của chúng tôi là môi trường đa renderer được xây dựng xung quanh pipeline USD-first hiện đại. Karma XPU là hướng đi được SideFX khuyến nghị cho các dự án mới trên Houdini 20.5 và là renderer chính trên trang của chúng tôi. Karma CPU và Mantra vẫn khả dụng cho các dự án cũ; các renderer của bên thứ ba — Redshift, Arnold, V-Ray for Houdini, Octane — được hỗ trợ cho các studio có pipeline đã thiết lập sẵn.

Tài liệu này hướng dẫn đóng gói dự án (trong Houdini điều này bao gồm HDA và simulation cache, không chỉ texture), workflow asset Solaris/USD, ghi chú cho từng renderer, cách nộp job và xử lý lỗi đặc thù của Houdini.

Lưu ý về bản quyền: Chúng tôi vận hành Houdini trên farm theo thỏa thuận render-only utilization, cho phép chạy Houdini trên worker để render offline các dự án của khách hàng. Super Renders Farm không phải đối tác SideFX — render-only utilization là khung pháp lý cho phép render farm xử lý scene Houdini mà không chiếm seat từ pool bản quyền của studio bạn. Bạn không cần chuyển nhượng bản quyền Houdini cho chúng tôi; tier dự án phía nghệ sĩ (Indie, Core, FX) không ảnh hưởng đến thỏa thuận bản quyền phía worker.

Để biết thông tin định vị tổng quan — phiên bản Houdini được hỗ trợ, phần cứng, ví dụ về giá — hãy xem trang đích . Trang này là tài liệu workflow: những gì cần làm trong Houdini trước khi nhấn Submit.

---

Các phiên bản được hỗ trợ

Houdini 19.5, 20.0 và 20.5 được cài sẵn trên mọi worker. Chúng tôi theo dõi lịch phát hành của SideFX và cung cấp các bản build chính mới trong vòng bốn tuần sau khi ra mắt công khai. Các point release (ví dụ: Houdini 20.5.410 so với 20.5.487) được theo dõi liên tục; nếu dự án của bạn cần một build cụ thể do vấn đề tương thích node, hãy ghi rõ số build trong ghi chú job khi nộp và chúng tôi sẽ khớp worker với yêu cầu đó.

Cả Houdini FX (.hip) và Houdini Indie (.hipnc) đều được load và render trên worker theo thỏa thuận render-only utilization. Tier của nghệ sĩ (Indie vs. Core/FX) không ảnh hưởng đến seat bản quyền phía worker. File Houdini Apprentice render được nhưng tạo đầu ra có watermark theo điều khoản bản quyền phi thương mại của SideFX; với công việc production trả phí, hãy save scene từ bản quyền không phải Apprentice trước khi nộp.

---

Đóng gói dự án Houdini

Một dự án Houdini không chỉ có file scene .hip (hoặc .hipnc). Nó thường bao gồm: HDA (Houdini Digital Asset — .hda hoặc định dạng cũ .otl), file simulation cache (.bgeo, .bgeo.sc, .vdb, .abc), các layer và reference USD (.usd, .usda, .usdc), texture map, và geometry ngoài được import qua File hoặc Alembic SOP. Cloud rendering thành công khi mọi dependency mà scene tham chiếu đều có mặt trên worker; thất bại khi một thứ gì đó resolve được trên máy cục bộ nhưng không có đường dẫn để resolve trên farm.

Houdini dùng quy ước đường dẫn dựa trên biến môi trường — phổ biến nhất là $HIP (trỏ đến thư mục chứa file .hip), $HIPNAME (tên file scene) và $JOB (thư mục gốc dự án, được đặt qua biến môi trường). Với cloud rendering, quy ước đáng tin cậy là đường dẫn tương đối $HIP ở mọi nơi. Các bước đóng gói dưới đây áp dụng quy ước đó toàn bộ:

Đặt thư mục dự án. Khi bạn save dự án mới, Houdini đặt $HIP là thư mục chứa file .hip. Kiểm tra trong Python shell bằng hou.text.expandString('$HIP') — đường dẫn phải khớp với vị trí file scene.
Dùng cấu trúc thư mục con chuẩn. $HIP/cache/ cho simulation, $HIP/geo/ cho Alembic và geometry ngoài, $HIP/tex/ cho texture, $HIP/hda/ cho digital asset, $HIP/usd/ cho USD layer và reference, $HIP/render/ cho đầu ra. Mọi đường dẫn trong File SOP, File COP, ROP output và tham chiếu texture nên dùng $HIP/... thay vì đường dẫn ổ đĩa tuyệt đối.
Kiểm tra các đường dẫn resolve được. File → Refresh All. Houdini báo mọi tham chiếu file không resolve được trong Console. Từ Python shell, hou.fileReferences() trả về danh sách đầy đủ các tham chiếu ngoài — quét để tìm bất kỳ đường dẫn nào bắt đầu bằng D:\, Y:\, UNC share như \\server\, hoặc bất kỳ đường dẫn nào worker không thể truy cập.
Bake simulation ra đĩa. Farm không chạy simulation trong quá trình render — simulation là việc của máy trạm, và farm render dựa trên cache đã bake sẵn. Bake tất cả DOP network (FLIP fluid, Pyro, Vellum cloth, RBD Bullet, hạt), particle solver và mọi đầu ra simulation khác thành file .bgeo.sc hoặc .vdb trong $HIP/cache/ trước khi nộp. File Cache SOP với "Save to Disk" là workflow chuẩn.
Nhúng hoặc đưa HDA vào. Nếu scene dùng HDA tùy chỉnh từ thư viện studio, hãy nhúng vào .hip (Asset menu → Save Operator Type → "Embedded") hoặc đưa các file .hda/.otl vào $HIP/hda/ để worker có thể load từ thư mục dự án. Thư viện HDA dùng chung của studio trên network drive không thể truy cập từ worker.
Flatten hoặc bundle các USD layer. Nếu scene dùng Solaris/LOPs, hãy bake USD stage thành một file USD duy nhất đã compose qua USD ROP trước khi nộp, hoặc đưa toàn bộ cây thư mục $HIP/usd/ vào để mọi layer resolve được trên worker.
Archive toàn bộ thư mục $HIP. Dùng .tar, .tar.gz hoặc .7z. Chúng tôi không nhận upload .zip cho dự án Houdini (quy ước tên file của Houdini đôi khi chứa ký tự gây lỗi trong .zip Windows trên worker Linux).

Một bẫy thường gặp: các trường "Pre-Render Script" và "Post-Render Script" trên node ROP đôi khi tham chiếu đến script Python đặc thù của máy trạm — công cụ pipeline của studio, đường dẫn config Houdini cục bộ, lệnh hou.ui.displayMessage mở dialog mà worker không có màn hình để hiển thị. Hãy kiểm tra mọi Python hoặc HScript callback pre-render trước khi nộp; tắt hoặc làm cho portable bất kỳ code nào chạm đến đường dẫn cục bộ, lệnh UI, hoặc hou.system() shell-out đến binary của máy trạm.

---

Solaris, USD layer và asset resolution

Nếu scene được tạo trong Solaris (mạng LOPs /stage), layer asset resolution của USD bổ sung thêm một chiều phức tạp cho việc nộp cloud mà không có trong scene chỉ dùng OBJ/SOP. USD resolver của Houdini tuân theo quy tắc asset resolution USD chuẩn: tham chiếu trong một layer được resolve dựa trên đường dẫn định danh của layer, search path cấu hình qua houdini.env hoặc plugin asset resolver, và mọi composition arc mà stage sử dụng.

Hai pattern hoạt động tin cậy cho cloud submission:

Flatten stage. Dùng node USD ROP với "Save to Disk" và tùy chọn "Flatten Stage" được bật. Kết quả là một file .usd (hoặc .usdc nhị phân) duy nhất chứa toàn bộ stage với mọi tham chiếu đã được resolve. Đây là pattern đơn giản nhất.
Bundle toàn bộ cây asset. Đặt tất cả USD layer trong $HIP/usd/ và dùng tham chiếu tương đối $HIP trong sublayer, reference và payload. Worker resolve $HIP về thư mục upload gốc, nên các file layer cùng vị trí tương đối sẽ load đúng.

Một lưu ý: nếu bạn đã ghi D:\studio_assets\char_robot.usd vào một Reference LOP, worker không có D:\ và tham chiếu sẽ thất bại. Hãy đổi thành $HIP/usd/char_robot.usd và đặt file vào vị trí đó.

---

Quản lý HDA

Houdini Digital Asset (HDA, đôi khi vẫn thấy với phần mở rộng .otl) là các node network tái sử dụng được đóng gói thành file asset riêng. Chúng phổ biến trong pipeline production, đặc biệt cho asset procedural — công trình, thực vật, hệ thống đám đông, solver tùy chỉnh.

Ba pattern xử lý HDA trên farm:

Nhúng HDA vào file .hip. Asset menu → Operator Type Manager → click phải HDA → "Save to Embedded." HDA được lưu bên trong .hip và di chuyển cùng scene.
Bundle HDA trong $HIP/hda/. Đặt tất cả file .hda/.otl vào thư mục con của dự án, đảm bảo $HIP/hda/ nằm trong OTL search path (hoặc đặt HOUDINI_OTLSCAN_PATH bao gồm $HIP/hda/ trong houdini.env).
Tham chiếu HDA từ thư viện dùng chung của studio. Nếu studio dùng thư viện HDA dùng chung trên network drive, thư viện đó không thể truy cập từ worker. Hãy copy HDA cần thiết vào $HIP/hda/ hoặc nhúng vào .hip.

Trước khi nộp, liệt kê HDA đang được load trong scene từ Python shell:

text

for hda in hou.hda.loadedFiles():
    print(hda)

Mọi đường dẫn trong kết quả đầu ra phải resolve dưới $HIP hoặc là HDA stock của SideFX được cài sẵn cùng Houdini.

---

Quản lý file cache

File cache thường là danh mục lớn nhất trong một upload dự án Houdini — FLIP simulation, Pyro cache, Vellum cloth bake, Alembic export và VDB volume đều có thể lên đến hàng chục hay hàng trăm gigabyte. Hai pattern giảm thời gian upload:

Nén cache khi bake. .bgeo.sc (bgeo nén, blosc-compressed) nhỏ hơn đáng kể so với .bgeo cùng geometry và là mặc định hiện đại cho File Cache SOP. Với file VDB, volume đã được nén bên trong container OpenVDB.
Dùng $HIP/cache/ nhất quán. File Cache SOP của Houdini mặc định về $HIP/cache/{node_name}/$F4.bgeo.sc, đây là pattern đúng cho scene portable trên farm. Tránh đường dẫn cache tuyệt đối như D:\sim_cache\ — worker không có D:\ và render sẽ bắt đầu với cảnh báo "cannot find cache file" và tạo geometry trống.

Với simulation rất lớn — cache FLIP hoặc Pyro nhiều terabyte vượt quá upload trình duyệt — hãy dùng SFTP thay vì form upload web. Tài liệu hướng dẫn workflow SFTP.

---

Danh sách kiểm tra trước khi nộp

Node ROP active được đặt đúng. Output context → Render. ROP bạn chọn khi nộp xác định renderer nào worker sẽ gọi.
Frame range khớp với cài đặt ROP. Frame range lưu trong ROP (tham số f1, f2, f3) là thứ worker dùng, không phải timeline playback range. Xác nhận frame range của ROP là những gì bạn muốn render.
Output path dùng token tương đối $HIP. $HIP/render/$F4.exr là mặc định an toàn cho EXR multilayer với padding 4 chữ số.
Tất cả File SOP và tham chiếu texture resolve được. File → Refresh All. Sửa mọi lỗi "Unable to read" trong Console trước khi nộp.
HDA được nhúng hoặc nằm trong $HIP/hda/. Xác nhận bằng cách đóng hoàn toàn scene và mở lại từ một phiên Houdini khác.
Cache đã được bake. Chạy bake cache thủ công trên mỗi File Cache SOP qua Render → Save to Disk.
USD layer (nếu dùng Solaris) đã bundle hoặc flatten. Đưa toàn bộ cây $HIP/usd/ hoặc viết USD đã compose qua USD ROP.
Không có pre-render/post-render script interactive. Kiểm tra Python callback và Pre-Frame Script của ROP.

---

Ghi chú theo renderer

Karma XPU (khuyến nghị)

Karma XPU là renderer hybrid CPU+GPU của SideFX, được nâng cấp lên trạng thái production-ready trong Houdini 20.5 và là hướng phát triển chính cho các dự án Houdini mới.

Worker tier: Chạy trên tier worker RTX 5090 GPU của chúng tôi (32 GB VRAM mỗi card) cho phần GPU của render, với CPU fallback cho các tính năng XPU code path chưa hỗ trợ.
VRAM: 32 GB VRAM mỗi worker. Karma XPU hiệu quả VRAM hơn các pure GPU renderer vì có thể offload một phần render (đặc biệt là volumetric) sang CPU memory khi VRAM bị giới hạn.
Tích hợp USD pipeline. Karma là renderer được thiết kế cho pipeline USD-based của Solaris. Nếu dự án dùng /stage (context Solaris LOPs), Karma là lựa chọn tự nhiên.
AOV. Cấu hình per-render-product trong prim Render Settings trên USD stage. EXR multichannel là định dạng đầu ra mặc định và được khuyến nghị.
Motion blur. Karma XPU hỗ trợ geometry motion blur và shutter-window blur. Xác nhận cài đặt shutter motion-blur trên prim camera USD khớp với Render Settings prim.

Karma CPU

Karma CPU là biến thể pure-CPU của Karma. Đầy đủ tính năng và ổn định từ Houdini 19; fallback tự nhiên cho scene vượt quá GPU VRAM hoặc phụ thuộc vào tính năng chưa có trong XPU code path.

Worker tier: CPU worker tier (Dual Intel Xeon E5-2699 V4, 96–256 GB RAM mỗi node, hơn 20.000 CPU core tổng hợp trên toàn fleet).

Mantra (legacy)

Mantra là renderer pre-Karma của Houdini — micropolygon engine của SideFX. SideFX đã thông báo Mantra không phải hướng phát triển tương lai; Karma mới là. Mantra vẫn có trong bản Houdini để tương thích ngược.

Worker tier: CPU worker tier.
Mantra thường chậm hơn per-frame so với Karma CPU cho scene tương đương và không có GPU acceleration như Karma XPU.
Chỉ dùng khi dự án bị khóa với Mantra hoặc cần tính năng Mantra đặc thù không có trong Karma.

Redshift for Houdini

Redshift for Houdini chạy trên tier worker RTX 5090 GPU. Là lựa chọn cho studio có pipeline Redshift đã thiết lập — thường là các studio Maya hoặc Cinema 4D muốn dùng Houdini cho FX.

Bản quyền: Redshift trên farm chạy theo license .
Out-of-core memory: Bật theo mặc định. Mở rộng bộ nhớ scene hiệu quả vượt giới hạn 32 GB VRAM mỗi worker.
Pinning phiên bản: Redshift phát hành theo chu kỳ 3.x riêng. Ghi lại phiên bản Redshift khi save scene và xác nhận worker có ít nhất minor version đó.

Arnold for Houdini

Arnold for Houdini (HtoA, hiện ở chu kỳ phát hành Arnold 7.x) chạy trên CPU worker tier. Là lựa chọn cho studio có pipeline Maya/Houdini Arnold dùng chung.

Bản quyền: Arnold trên farm chạy theo Autodesk render-node licensing.
Pinning phiên bản: HtoA 6.x cho Houdini 19.5/20.0; HtoA 7.x cho Houdini 20.5. Không giả định các bản chính tương thích.

V-Ray for Houdini

V-Ray for Houdini chạy trên CPU worker tier.

Bản quyền: V-Ray trên farm chạy theo license .
VRayProxy asset: Được hỗ trợ. Đưa file .vrmesh vào $HIP/geo/.

Octane for Houdini

Octane for Houdini chạy trên tier worker RTX 5090 GPU.

Bản quyền: Otoy render-node licensing.
VRAM: 32 GB VRAM mỗi worker, profile memory agressive hơn Redshift (không có out-of-core path).

---

Cách nộp job

Ba kênh nộp job cho dự án Houdini:

Upload web + nộp qua dashboard. Archive thư mục $HIP thành .tar.gz hoặc .7z, upload qua website, sau đó cấu hình job (renderer, ROP node, frame range, output format) và nộp. Đây là hướng phổ biến nhất cho job Houdini một lần và dự án dưới ~50 GB tổng upload.
SFTP cho dự án lớn. Dự án Houdini với cache simulation nhiều terabyte nên upload qua SFTP để có transfer có thể tiếp tục khi bị gián đoạn. Xem .
Client App. Client App của Super Renders Farm kết hợp upload, Submit Job và auto-download trong một ứng dụng desktop. Xem .

Worker gọi điểm vào batch rendering của Houdini: hbatch cho submission file HIP đến OBJ/SOP-context ROP, và husk cho submission USD-stage đến Karma.

---

Khắc phục lỗi đặc thù Houdini

Để khắc phục lỗi chung giữa các DCC, xem . Các pattern lỗi đặc thù Houdini thường gặp nhất:

"Unable to find HDA" hoặc HDA thất bại khi load với placeholder stale-node. Worker không tìm thấy file HDA được tham chiếu. Xác nhận HDA được nhúng trong .hip hoặc có mặt trong $HIP/hda/ với search path được cấu hình.
Cache file không tìm thấy khi render / geometry simulation trống. Xác nhận cache đã thực sự bake ra đĩa trước khi nộp. Nếu đường dẫn dùng ký tự ổ đĩa tuyệt đối (D:\sim_cache\flip.0001.bgeo.sc), đổi thành $HIP/cache/{node_name}/$F4.bgeo.sc và bake lại.
Đầu ra render hoàn toàn trống / frame đen. Kiểm tra prim "Render Settings" của ROP (cho Karma trên Solaris stage) hoặc tham chiếu camera (cho Mantra, Redshift, Arnold, V-Ray, Octane trên OBJ-context ROP). Nguyên nhân phổ biến nhất là camera được đặt trong viewport nhưng không được tham chiếu trong ROP.
Karma XPU thất bại ngay lập tức với "OptiX not available" hoặc "GPU not detected". Hiếm gặp trên farm vì fleet GPU của chúng tôi đã được xác nhận CUDA + OptiX driver đầy đủ. Nếu xảy ra, nguyên nhân phổ biến nhất là worker đang cập nhật; nộp lại sau 5–10 phút.
Pre-render Python script thất bại trên worker. Tắt script hoặc làm cho portable. Python tùy chỉnh tham chiếu đường dẫn module đặc thù máy trạm, mở dialog UI, hoặc shell-out đến binary cục bộ qua hou.system() sẽ không chạy trên worker Linux headless.
Solaris / USD asset reference bị broken. Đường dẫn asset resolver USD cần là tương đối $HIP, dùng context USD resolver mà worker có thể load, hoặc được flatten thành USD đơn lẻ đã compose qua USD ROP.
Lỗi không khớp phiên bản plugin / scene thất bại khi load. Phiên bản plugin cục bộ khác với worker — thường do nhảy HtoA 6 → 7 hoặc Redshift 3.0 → 3.5. Không bao giờ giả định các bản chính tương thích.
Scene Houdini 20.5 trên worker 20.0. HIP file format bao gồm metadata phiên bản; Houdini cũ hơn không mở được scene đã save ở phiên bản mới hơn.
OpenCL simulation thất bại khi render. Simulation OpenCL là công việc bake-time, không phải render-time. Bake ra cache trước khi nộp.
Drift config OCIO giữa lúc nộp và worker. Nếu biến môi trường OCIO cục bộ trỏ đến config đặc thù studio không có trên worker, màu sắc render theo config mặc định và trông khác. Bundle file config OCIO với dự án, hoặc đặt OCIO qua environment override khi nộp.
Cache Pyro/FLIP cảnh báo "missing field" giữa các phiên bản Houdini. Định dạng file cache đôi khi thay đổi giữa các phiên bản Houdini chính; cache cũ hơn load trên Houdini mới hơn đôi khi bỏ các field. Re-cache simulation trong phiên bản Houdini mục tiêu.

---

Tham khảo thêm

— quy trình upload, submit, download (chung cho tất cả DCC)
— cách tính chi phí job Houdini (GPU vs CPU tier)
— hướng dẫn SFTP, định dạng archive, chuyển dự án lớn
— khắc phục lỗi chung giữa các DCC
— ứng dụng desktop nộp job
— trang đích (ma trận renderer, phần cứng, ví dụ giá)

---

FAQ

Q: Render farm hỗ trợ những phiên bản Houdini nào? A: Houdini 19.5, 20.0 và 20.5 được cài sẵn trên mọi worker. Chúng tôi theo dõi lịch phát hành của SideFX và cung cấp các bản build chính mới trong vòng bốn tuần sau khi ra mắt. Cả file Houdini FX (.hip) lẫn Houdini Indie (.hipnc) đều được hỗ trợ. File Houdini Apprentice render được nhưng tạo đầu ra có watermark theo điều khoản bản quyền phi thương mại của SideFX — với công việc production trả phí, hãy save từ bản quyền không phải Apprentice.

Q: Tôi có cần chuyển nhượng bản quyền Houdini để render trên farm không? A: Không. Chúng tôi vận hành Houdini theo render-only utilization, cho phép chạy Houdini trên worker để render offline mà không chiếm seat từ pool bản quyền của studio bạn. Bản quyền Houdini cục bộ vẫn thuộc về bạn. Super Renders Farm không phải đối tác SideFX.

Q: Nên dùng Karma XPU, Karma CPU hay Mantra cho dự án mới? A: Karma XPU cho dự án mới trong năm 2026 — đây là hướng phát triển được SideFX khuyến nghị, chạy trên tier RTX 5090 GPU, và nhanh hơn đáng kể so với Karma CPU hoặc Mantra cho hầu hết scene. Dùng Karma CPU cho scene vượt quá 32 GB VRAM, volumetric nặng tràn GPU, hoặc OSL custom shader chưa được hỗ trợ trong XPU. Chỉ dùng Mantra khi dự án bị khóa với Mantra. Mặc định là Karma cho công việc mới.

Q: Farm có thể chạy simulation Houdini (Pyro, FLIP, Vellum, RBD) không? A: Không — simulation là công việc của máy trạm. Bake tất cả simulation cache thành file .bgeo.sc hoặc .vdb cục bộ trước khi nộp. Farm render dựa trên cache đã bake sẵn; nó không chạy simulation trực tiếp như một phần của job render.

Q: Dự án dùng pipeline Solaris/USD của Houdini có render đúng không? A: Có, với Karma (CPU hoặc XPU) làm renderer. Để nộp cloud, hãy flatten USD stage thành file .usd đơn lẻ đã compose qua USD ROP, hoặc bundle toàn bộ cây thư mục $HIP/usd/ để mọi layer resolve được trên worker. Renderer bên thứ ba (Redshift, Arnold) cũng có thể render scene USD nếu tích hợp Houdini của chúng hỗ trợ — hãy test cục bộ trên một frame trước khi nộp full sequence.

Q: Scene dùng HDA tùy chỉnh từ thư viện dùng chung của studio. Farm có tìm thấy không? A: Farm sẽ không tìm thấy HDA trên network drive dùng chung của studio. Hãy nhúng HDA vào .hip qua Asset menu → Operator Type Manager → "Save to Embedded", hoặc copy file .hda/.otl vào $HIP/hda/ trước khi archive dự án. Xác nhận bằng hou.hda.loadedFiles() từ Python shell.

Q: Làm thế nào để đóng gói dự án Houdini có simulation cache? A: Bake mọi simulation vào $HIP/cache/{solver_name}/$F4.bgeo.sc (hoặc .vdb cho volume) cục bộ trước khi nộp. Xác nhận file cache tồn tại đúng đường dẫn qua File → Refresh All. Archive toàn bộ thư mục $HIP — bao gồm thư mục con cache/ — thành .tar.gz hoặc .7z. Với cache trên vài trăm gigabyte, upload qua SFTP thay vì form web.

Q: Dự án Houdini có thể upload lớn tới mức nào? A: Không có giới hạn upload cứng, nhưng chúng tôi khuyến nghị giữ một lần upload trình duyệt dưới ~50 GB. Trên mức đó, chuyển sang SFTP để transfer có thể tiếp tục khi bị gián đoạn — xem . Farm đã xử lý Houdini sim render nhiều terabyte, tất cả upload qua SFTP với cấu trúc thư mục được bảo toàn.

Q: Render Mantra của tôi chậm hơn nhiều so với cục bộ. Có bình thường không? A: Tốc độ per-frame của Mantra trên CPU worker tier (Dual Xeon E5-2699 V4) tương đương máy trạm cao cấp. Nếu bạn thấy per-frame chậm hơn đáng kể, nguyên nhân có thể là: cấu hình sampling khác trên worker, hoặc gia tốc OpenCL cục bộ không hoạt động trên CPU-only tier. Giải pháp triệt để là chuyển sang Karma XPU trên GPU tier — nhanh hơn đáng kể so với Mantra và là hướng phát triển SideFX khuyến nghị.

Q: Farm có hỗ trợ PDG/TOPs của Houdini để quản lý task phân tán không? A: PDG là công cụ orchestration phía máy trạm; farm dùng hệ thống queue và worker assignment riêng. Bạn có thể dùng PDG cục bộ để tạo và bake asset, sau đó nộp các ROP job cuối cùng lên farm qua dashboard web hoặc Client App. Nộp qua PDG trực tiếp đến farm ngoài là roadmap nhưng chưa phải workflow chính thức.

Q: Chi phí cloud rendering Houdini được tính như thế nào? A: Chi phí Houdini trên farm theo tier worker của renderer — GPU rate cho Karma XPU, Redshift và Octane; CPU rate cho Karma CPU, Mantra, Arnold và V-Ray for Houdini. Độ phức tạp per-frame (sample count, AOV count, output resolution) quyết định chi phí per-frame; lựa chọn renderer quyết định rate per-node-hour. Để biết chi tiết giá, xem hoặc ước tính tại .

---