Pixar RenderMan cho Maya: hướng dẫn cloud render farm

Giới thiệu

Cụm từ "Pixar render farm" được tìm kiếm nhiều hơn hầu hết studio nghĩ (khoảng 90 lượt mỗi tháng, theo Semrush), và gần như không có tìm kiếm nào trong số đó thực sự tìm được thứ họ đang cần. Pixar không cho thuê năng lực render. Không có trang đăng ký công khai, không có bậc giá, không có cách nào để gửi scene lên cùng hạ tầng đã render Coco hay Inside Out. Render farm của Pixar là hạ tầng sản xuất nội bộ, được xây dựng và mở rộng riêng cho pipeline của Pixar, và nó vẫn giữ nguyên như vậy.

Điều mà tìm kiếm này thường thực sự muốn nói, khi đào sâu vào, là một nhu cầu cụ thể và có thể hành động hơn nhiều: "Tôi muốn render bằng RenderMan — renderer riêng của Pixar — và tôi cần một nơi để chạy nó ngoài workstation của mình." Đó là một vấn đề có thật và có thể giải quyết. RenderMan là sản phẩm thương mại mà Pixar cấp phép cho các studio bên ngoài, nó tích hợp vào Maya thông qua RenderMan for Maya (RfM), và nó chạy trên các cloud farm có quản lý giống như Arnold, V-Ray, hay Redshift.

Bài viết này trình bày con đường thực tế đó: RenderMan là gì và không phải là gì, RenderMan for Maya hoạt động ra sao trên hạ tầng cloud, giấy phép trông như thế nào khi bạn không render trên máy của chính mình, và cách quyết định liệu RenderMan có phải renderer phù hợp cho một dự án cloud rendering so với các lựa chọn thay thế khác hay không.

Tìm kiếm "Pixar render farm" thực sự đang tìm kiếm điều gì

Render farm riêng của Pixar xuất hiện khá nhiều trong các tài liệu hậu trường — bài nói chuyện tại hội nghị, bài blog kỹ thuật, phim tài liệu về cách phim của họ được thực hiện — có lẽ đây chính là lý do cụm từ tìm kiếm này tồn tại. Đây là một phần hạ tầng có thật và được ghi chép đầy đủ. Nó cũng hoàn toàn là nội bộ. Không có bộ phận thương mại nào của Pixar cho thuê render node, và không có farm bên thứ ba nào vận hành hạ tầng "giống hệt" Pixar sử dụng, vì stack phần cứng và lập lịch được xây dựng riêng theo pipeline của Pixar.

Renderer lại là câu chuyện khác. RenderMan là renderer path-tracing riêng của Pixar, và Pixar đã cấp phép nó cho các studio bên ngoài và nghệ sĩ cá nhân trong nhiều thập kỷ — đó là lý do RenderMan được sử dụng rộng rãi trong VFX và hoạt hình, vượt xa các bộ phim của chính Pixar. Pixar cung cấp giấy phép phi thương mại miễn phí cho công việc cá nhân, học tập và đánh giá, cùng với giấy phép thương mại cho sản xuất studio — cùng loại giấy phép mà batch và farm rendering chạy dưới đó. Khả năng sử dụng thương mại này chính là cầu nối thực sự giữa "tôi tìm kiếm Pixar render farm" và "tôi cần một cloud farm chạy được RenderMan."

Sự phân biệt này quan trọng cho phần còn lại của bài viết: mọi thứ từ đây trở đi đều nói về việc chạy RenderMan — một renderer đã cấp phép, có sẵn cho bên thứ ba — trên hạ tầng cloud mà bất kỳ studio nào cũng có thể sử dụng, chứ không phải về việc truy cập hệ thống nội bộ của chính Pixar. Pixar công bố các bậc giấy phép của RenderMan và tài liệu kỹ thuật trực tiếp trên trang RenderMan chính thức, đây là nguồn có thẩm quyền cho các điều khoản giấy phép hiện tại — đáng để kiểm tra trực tiếp thay vì dựa vào các bản tóm tắt gián tiếp, kể cả bài viết này.

RenderMan for Maya: Nền tảng kỹ thuật

RenderMan for Maya (thường viết tắt là RfM) là plugin kết nối renderer RenderMan của Pixar với scene graph, shading, và công cụ lighting của Maya. Đây là một bản cài đặt riêng biệt so với Arnold (MtoA) đi kèm sẵn trong Maya, giống như cách V-Ray hay Redshift là các plugin của vendor khác — Maya không đi kèm sẵn RenderMan.

Một vài điều về RfM đặc biệt quan trọng đối với cloud rendering:

Bảng cài đặt plugin render engine bên trong ứng dụng DCC 3D, hiển thị các điều khiển sampling và integrator điển hình của quy trình làm việc kiểu RenderMan for Maya.

Hỗ trợ phiên bản. Các phiên bản được hỗ trợ là RenderMan for Maya 25-27. Nhịp độ phát hành của Pixar theo sát các bản nâng cấp major và minor gần như hàng năm, và — như với bất kỳ plugin renderer nào — phiên bản RfM mà scene được tạo ra phải khớp với phiên bản có sẵn trên các render node mà nó được gửi tới. Một scene được lưu với shading node của RfM 26 sẽ không render đúng khi chạy trên bản cài đặt RfM 25, cùng vấn đề pin phiên bản xuất hiện với MtoA hay V-Ray.

XPU, đường render mới hơn của RenderMan. XPU được xây dựng để chạy trên cả CPU và GPU, nhưng nó không giảm cấp một cách mượt mà khi bộ nhớ GPU cạn kiệt. Tài liệu XPU Features and Limitations của Pixar nói rằng XPU "sẽ crash nếu hết bộ nhớ trên GPU của bạn," và bên trong một DCC như Maya, lỗi này "cũng sẽ làm sập ứng dụng của bạn" — không có cơ chế tự động fallback về CPU giữa chừng render. Thay vào đó, XPU cung cấp một biến thể CPU riêng biệt, được chọn có chủ đích, là XPUCPU (được ghi trong tài liệu là prman -variant xpucpu): đối với các shot nặng VRAM, cách khắc phục là định tuyến sang biến thể CPU hoặc CPU node tại thời điểm submit, chứ không phải kỳ vọng XPU tự phục hồi nếu GPU hết bộ nhớ. Thông số kỹ thuật của Pixar ghi nhận 12GB VRAM là mức tối thiểu cho XPU ("XPU cần tối thiểu 12GB VRAM"), với 24GB được nêu trong XPU Technical Specifications cho các asset phức tạp, chứ không phải như một khuyến nghị cố định. Trong RenderMan 25-26, XPU chạy song song với RIS như một đường render final-frame; từ RenderMan 27, Pixar nâng XPU lên thành renderer final-frame chính, khiến quyết định định tuyến CPU-so-với-GPU ở trên càng trở nên trung tâm hơn. Đối với cloud rendering, điều này có nghĩa là một job RenderMan có thể được xây dựng quanh CPU node khi VRAM là yếu tố giới hạn, dù GPU node vẫn tăng tốc các scene tương thích — lựa chọn chỉ cần được đưa ra trước khi job chạy, không phải phát hiện ra giữa chừng render.

Bộ chọn chế độ render hiển thị các biến thể render GPU và CPU riêng biệt, minh họa lựa chọn tại thời điểm submit giữa đường render tăng tốc GPU và đường render chỉ dùng CPU.

Nơi nó thực sự được sử dụng. RenderMan xuất hiện nhiều nhất trong công việc VFX và hoạt hình nặng về character và creature — loại hình sản xuất mà chính Pixar đã xây dựng bộ tính năng của renderer này để phục vụ. Nó ít phổ biến hơn trong pipeline archviz, nơi Arnold và V-Ray chiếm ưu thế, nhưng với các studio đã chuẩn hóa quy trình shading và lighting quanh RenderMan, lựa chọn đó thường được giữ nguyên bất kể họ render trên farm nào.

Denoising và output. RenderMan đi kèm bộ denoiser AI riêng — gắn với pipeline RIS trong dòng 25-26, được giữ lại khi XPU đảm nhận vai trò final-frame ở phiên bản 27 — tách biệt với các denoiser bên thứ ba mà một số studio xếp chồng lên trên các render engine khác. Trên cloud farm, denoising thường chạy như một phần của cùng job thay vì một pass riêng, và output đi theo các định dạng trao đổi chuẩn — OpenEXR cho công việc VFX và hoạt hình full-precision, cùng định dạng mà hầu hết render engine khác xuất ra, nên việc compositing ở downstream trong Nuke hay After Effects không cần xử lý riêng cho từng engine.

Các bậc giấy phép, chi tiết hơn. Bảng giá RenderMan mà Pixar công bố (xem cửa hàng RenderMan chính thức, cùng FAQ chung) chia thành giấy phép Phi Thương Mại miễn phí cho công việc cá nhân, sinh viên, và đánh giá (không có quyền sử dụng thương mại), và giấy phép thương mại cho sản xuất studio: $595 mỗi giấy phép — đã bao gồm một giấy phép miễn phí của Tractor, bộ lập lịch render farm riêng của Pixar — cộng thêm $250/năm phí bảo trì. Giấy phép RenderMan thương mại mặc định là floating: có thể triển khai ở bất kỳ đâu trong mạng của studio, đây chính là cơ chế render farm được Pixar tự công bố ("giấy phép RenderMan floating có thể được phân phối trên toàn mạng khi cần, cho phép sử dụng tối đa toàn bộ giấy phép trên render farm"); giấy phép node-locked có sẵn theo yêu cầu. Một giấy phép floating đang được dùng cho một lần render sẽ không khả dụng cho một artist seat cùng lúc, vì vậy số lượng giấy phép trực tiếp giới hạn số lượng render đồng thời. Đối với các job farm đột biến (burst), Pixar cũng bán riêng RenderMan Rental — $5 mỗi giấy phép mỗi ngày, tối thiểu 10 giấy phép cho 7 ngày. Đối với một farm có quản lý, điều này có nghĩa là phối hợp phạm vi bao phủ giấy phép floating cho các render node xử lý một job với studio trong quá trình intake, thay vì một SKU render-node riêng biệt. Các điều khoản đáng để xác nhận trực tiếp với Pixar vì cấu trúc giấy phép có thể được sửa đổi giữa các phiên bản.

Để có bức tranh tổng quát hơn về cách scene Maya di chuyển lên hạ tầng cloud nói chung — chuẩn bị scene, khớp phiên bản plugin, và các render engine chúng tôi gặp nhiều nhất — hướng dẫn cloud rendering cho Maya của chúng tôi trình bày toàn bộ quy trình đó từ đầu đến cuối, với RenderMan là một trong số các engine được thảo luận cùng Arnold, V-Ray, và Redshift.

Chạy RenderMan trên một cloud render farm có quản lý

Sự khác biệt thực tế giữa việc render RenderMan cục bộ và render trên farm chủ yếu nằm ở hai điều: giấy phép và khả năng truy cập phần cứng.

Giấy phép. Giấy phép thương mại của RenderMan mặc định là floating — mô hình mà chính Pixar đã ghi rõ cho một render farm, nơi giấy phép được phân phối trên bất kỳ máy nào đang thực sự render thay vì gắn với một seat cố định. Một giấy phép floating đang được dùng cho một lần render sẽ không khả dụng cho một artist cùng lúc, vì vậy số lượng giấy phép đặt ra giới hạn cứng cho số lượng render đồng thời — không phải một sản phẩm render-node riêng biệt, chỉ đơn giản là cùng những giấy phép thương mại mà studio đã sở hữu, được phục vụ trên toàn mạng. Trên một farm có quản lý, việc vận hành cơ chế cấp phát giấy phép đó trên đội render và phối hợp phạm vi bao phủ với studio trong quá trình intake là một phần của dịch vụ, vì vậy studio không cần tự vận hành hạ tầng giấy phép phía farm.

Phần cứng. Vì XPU có thể nhắm vào CPU hoặc GPU tùy theo scene, đội máy hỗn hợp của một farm có quản lý là một lựa chọn phù hợp cho công việc RenderMan — các mạng shading nặng CPU hoặc scene nặng bộ nhớ có thể định tuyến sang CPU node, trong khi các thiết lập nhẹ hơn, thân thiện với GPU có thể tận dụng tăng tốc GPU. Trên farm của chúng tôi, điều đó có nghĩa là các node CPU Dual Intel Xeon cho phía CPU và node GPU RTX 5090 (32GB VRAM mỗi card) cho đường tăng tốc GPU — một đội máy được thiết kế để phục vụ chung các job nặng CPU và tăng tốc GPU trên các render engine được hỗ trợ, chứ không phải một bậc riêng chỉ dành cho RenderMan.

Đối với các studio đang đánh giá cloud rendering dựa trên Maya một cách tổng quát hơn — không riêng RenderMan — trang Maya cloud render farm của chúng tôi trình bày mô hình dịch vụ chung, các renderer được hỗ trợ, và đội phần cứng mà job RenderMan chạy trên đó cùng với mọi thứ khác.

Submit. Trong thực tế, một job RenderMan for Maya được submit theo cùng cách như bất kỳ render Maya nào khác: scene, các dependency texture và shader, cùng các plugin node đặc thù của RenderMan được tải lên cùng nhau, được khớp với đúng phiên bản RfM ở phía farm, và xếp hàng vào job scheduler. Mô hình fully managed — không cần remote desktop vào máy, không cần cài đặt phần mềm thủ công, không cần trông chừng license server — áp dụng cho RenderMan giống như với bất kỳ engine được hỗ trợ nào khác.

Sơ đồ luồng submit job trên render farm: tải lên scene và asset, hàng đợi job với chỉ báo trạng thái, và một cluster tính toán CPU/GPU hỗn hợp.

Chi phí. Thứ thực sự thay đổi giữa các job là thời gian compute, phụ thuộc vào việc đường XPU của một frame cụ thể rơi vào CPU hay GPU node, độ phức tạp của scene, và số lượng sample, chứ không phụ thuộc vào renderer nào tạo ra frame đó. Một studio chuyển một scene tương đương từ Arnold sang RenderMan không nên kỳ vọng thời gian render thay đổi vì lý do nào khác ngoài bản thân việc render. Các thỏa thuận giấy phép cho RenderMan được xác nhận như một phần của quá trình intake dự án, cùng với phần còn lại của việc thiết lập job.

Nếu bạn đang cân nhắc một cloud farm dựa trên Maya nói chung, không riêng cho RenderMan, bài so sánh render farm cho Maya của chúng tôi phân tích những gì cần đánh giá giữa các nhà cung cấp — bao gồm độ phủ plugin, tổ hợp phần cứng, và mô hình hỗ trợ.

RenderMan so với các renderer khác: khung quyết định

Không phải mọi dự án Maya đều nên mặc định chọn RenderMan chỉ vì đó là renderer của Pixar. Lựa chọn phụ thuộc vào những gì dự án thực sự cần và, thường xuyên hơn, vào pipeline mà studio đã chuẩn hóa từ trước.

Renderer	Phù hợp nhất với	Yếu tố cần cân nhắc trên cloud farm
RenderMan (RfM)	VFX character/creature, hoạt hình đã có sẵn shading tạo bằng RenderMan	XPU mang lại tính linh hoạt CPU/GPU (giới hạn cứng VRAM trên GPU, không tự động fallback); phạm vi giấy phép được phối hợp theo từng studio khi intake
Arnold (MtoA)	VFX và archviz đa dụng, mạnh về CPU	Đi kèm sẵn trong Maya từ Maya 2017; khả năng tương thích scene hiện có rộng nhất
V-Ray for Maya	Archviz, trực quan hóa sản phẩm, quy trình mạnh về CPU	Được chuẩn hóa rộng rãi trong pipeline archviz; hiệu năng CPU mạnh
Redshift for Maya	Motion design, lookdev nặng GPU, lặp nhanh	Chỉ chạy GPU — không có fallback CPU, nên ngân sách VRAM quan trọng hơn

Một quy tắc thực tế áp dụng bất kể renderer nào: scene được tạo bằng engine nào thì nên render bằng chính engine đó trên farm. Chuyển renderer giữa chừng dự án đồng nghĩa với việc phải làm lại shader và lighting, chứ không chỉ đơn giản chọn hàng đợi khác — ngôn ngữ shading và node graph của RenderMan không chuyển đổi trực tiếp sang Arnold hay V-Ray, và điều ngược lại cũng đúng.

Cũng đáng lưu ý là RenderMan không phải renderer duy nhất sinh ra từ một studio rồi lan rộng ra toàn ngành. DreamWorks đã đi theo con đường tương tự với MoonRay, path tracer riêng của họ, dù hai studio có những lựa chọn khác nhau về mức độ mở của nó — hướng dẫn về MoonRay của chúng tôi trình bày bối cảnh của renderer này và cách nó khác với một sản phẩm thương mại có cấp phép như RenderMan.

Các vấn đề thường gặp khi chạy RenderMan trên cloud

Vấn Đề	Nguyên Nhân Có Thể	Cách Khắc Phục
Phạm vi giấy phép chưa được xác nhận cho job	Phạm vi giấy phép RenderMan cho các render node chưa được xác nhận với farm trước khi upload	Liên hệ support để xác nhận phạm vi giấy phép trước khi submit job, không phải sau
Scene render khác với preview cục bộ	Phiên bản RfM không khớp giữa bản cài đặt của artist và bản cài đặt của farm	Kiểm tra phiên bản RfM trong block `fileInfo` của scene và khớp nó với phiên bản có sẵn trên farm trước khi submit
Render GPU chết trên scene nặng VRAM	XPU fail cứng khi GPU hết bộ nhớ (không có fallback tự động)	Chọn biến thể XPUCPU / CPU node khi submit shot đó
Thời gian compile shader tăng vọt ở frame đầu tiên	Mạng shading OSL hoặc PxrSurface phức tạp phải compile mới trên từng node	Là điều bình thường ở các node chạm lần đầu; các frame tiếp theo trong cùng job sẽ dùng lại shader cache đã compile
Thiếu texture trên render node	Đường dẫn texture tương đối không được phân giải giống nhau giữa farm worker và máy cục bộ	Dùng đường dẫn tuyệt đối hoặc tương đối theo project một cách nhất quán, và kiểm tra bằng một bước scene-prep trước khi upload

Chọn render farm cho dự án RenderMan: danh sách kiểm tra

Xác nhận farm thực sự hỗ trợ cụ thể RenderMan for Maya — không phải cloud farm nào cũng hỗ trợ mọi renderer, và RenderMan ít được hỗ trợ phổ biến hơn Arnold hay V-Ray.
Hỏi cách phạm vi giấy phép cho các render node được xử lý trước khi bạn upload, không phải sau khi job thất bại.
Khớp phiên bản plugin RfM giữa bản cài đặt Maya của bạn và của farm — đây là nguồn lỗi scene-không-render phổ biến nhất trên mọi plugin Maya, kể cả RenderMan.
Kiểm tra xem tổ hợp phần cứng của farm (CPU và GPU) có phù hợp với cách scene của bạn dùng XPU hay không, thay vì giả định rằng hạ tầng chỉ-GPU sẽ xử lý được.
Nếu pipeline của bạn đã chuẩn hóa quanh shading RenderMan, đừng lên kế hoạch chuyển renderer để "làm cloud rendering dễ hơn" — chi phí làm lại thường lớn hơn bất kỳ sự tiện lợi nào về khả năng có sẵn của farm.

Khi nào RenderMan trên cloud farm không phải lựa chọn đúng

Việc RenderMan có sẵn không có nghĩa nó là lựa chọn mặc định đúng cho mọi dự án đang tìm hiểu về nó. Nếu một studio đến với "Pixar render farm" chỉ vì liên tưởng thương hiệu — muốn một bản render "trông giống Pixar" thay vì thực sự cần bộ công cụ shading và lighting đặc thù của RenderMan — thì lựa chọn renderer thường ít quan trọng hơn việc làm lighting và shading tốt trong bất kỳ engine nào mà artist đã quen thuộc. Bản thân RenderMan không tạo ra một dấu ấn hình ảnh riêng biệt; phong cách của Pixar đến từ art direction và tay nghề lighting, chứ không phải từ việc renderer đó là độc quyền của một studio.

Tương tự, nếu một dự án chưa có asset RenderMan nào và deadline gấp, việc bắt đầu một scene mới hoàn toàn trong RenderMan chỉ để tiếp cận tính linh hoạt CPU/GPU của XPU thường là một đánh đổi sai lầm. Arnold và V-Ray đều có đường CPU đã trưởng thành, và pipeline chỉ-GPU của Redshift dễ onboard hơn cho các team mới làm quen với cloud rendering nói chung. RenderMan xứng đáng có chỗ đứng khi công việc shading đã tồn tại sẵn trong đó, hoặc khi pipeline downstream của studio — thư viện look development, rig lighting, shot template — đã được xây dựng xoay quanh nó.

FAQ

Q: Tôi có thể thuê render farm để render bằng RenderMan không? A: Có. Bản thân Pixar không cho thuê năng lực render, nhưng RenderMan là phần mềm thương mại được cấp phép riêng, và các cloud render farm có quản lý — bao gồm cả farm của chúng tôi — chạy RenderMan for Maya như một trong số các render engine được hỗ trợ.

Q: Pixar có vận hành render farm cho các studio khác sử dụng không? A: Không. Render farm của Pixar là hạ tầng sản xuất nội bộ được xây dựng cho phim của chính họ, không có quyền truy cập công khai hay lựa chọn cho thuê thương mại. Thứ mà các studio bên ngoài có thể tiếp cận là chính RenderMan, được cấp phép riêng biệt khỏi hạ tầng nội bộ của Pixar.

Q: RenderMan có miễn phí sử dụng không? A: Pixar cung cấp giấy phép phi thương mại miễn phí cho các dự án cá nhân, học tập, và đánh giá. Sản xuất studio thương mại cần giấy phép thương mại từ Pixar — $595 mỗi giấy phép (đã bao gồm một giấy phép scheduler Tractor) cộng $250/năm phí bảo trì, mặc định là floating nên có thể di chuyển giữa bất kỳ máy nào đang render. Batch và farm rendering chạy dưới cùng những giấy phép thương mại đó thay vì một bậc render-node riêng biệt; Pixar cũng bán tùy chọn RenderMan Rental ngắn hạn cho các job đột biến ($5/giấy phép/ngày, tối thiểu 10 giấy phép cho 7 ngày).

Q: Sự khác biệt giữa RenderMan và Arnold cho cloud rendering là gì? A: Arnold đi kèm sẵn trong Maya và mạnh về CPU với khả năng tương thích scene rộng trên cả archviz và VFX. RenderMan là một plugin riêng biệt, phổ biến nhất trong công việc VFX character và creature, với XPU mang lại tính linh hoạt CPU/GPU mà đường tập trung-CPU của Arnold không có theo cách tương tự.

Q: RenderMan có dùng render bằng GPU không? A: Có, thông qua XPU, chế độ render hybrid của RenderMan có thể nhắm vào CPU, GPU, hoặc cả hai. Nó không chỉ-GPU như Redshift, nhưng trên GPU nó có giới hạn cứng về VRAM thay vì một cơ chế fallback mượt mà — tài liệu của chính Pixar nói rằng XPU sẽ crash khi GPU hết bộ nhớ. Các scene nặng VRAM cần biến thể CPU (XPUCPU) hoặc CPU node được chọn tại thời điểm submit, không phải một cơ chế cứu hộ tự động giữa chừng render.

Q: Những phiên bản Maya nào tương thích với RenderMan for Maya trên cloud farm? A: Khả năng tương thích phiên bản RfM theo sát hỗ trợ phiên bản Maya, giống như bất kỳ plugin Maya nào khác. Phiên bản RfM cụ thể mà scene được tạo ra cần khớp với phiên bản được cài đặt ở phía farm — hãy kiểm tra phiên bản plugin trong file scene trước khi submit thay vì giả định khả năng tương thích.

Q: Tôi có thể chuyển từ RenderMan sang một renderer khác giữa chừng một dự án đang render trên cloud không? A: Về mặt kỹ thuật thì có, nhưng điều đó có nghĩa là phải làm lại shader và lighting cho engine mới, chứ không chỉ đơn giản thay đổi một thiết lập render. Ngôn ngữ shading của RenderMan không tự động chuyển đổi sang Arnold, V-Ray, hay Redshift, vì vậy đây là một quyết định sản xuất, không phải một cấu hình farm.

Q: Giấy phép RenderMan được xử lý như thế nào trên một cloud farm có quản lý? A: Giấy phép thương mại của RenderMan mặc định là floating, vì vậy batch và farm rendering chạy dưới cùng những giấy phép mà studio đã sở hữu thay vì một bậc render-node riêng biệt — một giấy phép floating đang được dùng cho một lần render đơn giản là không khả dụng cho một artist seat cùng lúc. Trên một farm có quản lý, phạm vi giấy phép cho các render node xử lý một job được phối hợp với studio trong quá trình intake, như một phần của thiết lập chuẩn cho một dự án nặng RenderMan.