Vì sao bản render của bạn tốn nhiều hơn ước tính (và cách kiểm soát chi phí)

Nếu một job trên Super Renders Farm hoàn tất và credit bị trừ cao hơn rõ rệt so với những gì công cụ tính chi phí gợi ý, đó hiếm khi là một lỗi tính tiền. Một render farm tính phí theo thời gian render mà job của bạn thực sự dùng, chứ không phải theo thời gian mà một công cụ tính toán đoán rằng nó sẽ cần — và có một vài khoảng cách phổ biến, có thể tránh được, nằm giữa hai con số đó.

Hướng dẫn này giải thích vì sao chi phí cuối cùng và ước tính của bạn có thể khác nhau, điều gì thường gây ra sự chênh lệch đó, điều gì xảy ra nếu số dư credit của bạn xuống thấp giữa lúc render, và cách giữ một job trong ngân sách do chính bạn đặt ra.

Vì sao ước tính và hóa đơn cuối cùng khác nhau

Công cụ tính chi phí nhận các input bạn cung cấp — số frame, độ phân giải, renderer, cấp ưu tiên — và trả về một khoảng chi phí tức thì. Hãy coi đây là điểm khởi đầu để lên kế hoạch, không phải một báo giá: nó không nhìn thấy scene thực tế của bạn, vì vậy nó không thể biết chính xác các frame cụ thể của bạn sẽ mất bao lâu để render.

Việc tính phí hoạt động khác. Farm tính phí theo thời gian render thực tế mà job của bạn dùng, theo mức giá của cấp bạn đã chọn, và tính phí theo từng phần khi mỗi task (mỗi frame, hoặc một phần của frame) hoàn tất — không phải một khoản tổng trả trước, và không dựa trên khoảng ước tính của công cụ tính chi phí. Không có bước kiểm tra "bạn có đủ khả năng chi trả không" trước khi submit; job cứ chạy, và credit bị trừ theo từng task khi công việc hoàn tất.

Vì vậy một khoảng cách giữa ước tính và chi phí cuối cùng của bạn hầu như luôn có nghĩa là scene thực tế của bạn render chậm hơn (hoặc nhanh hơn) mỗi frame so với những gì các input bạn đưa vào công cụ tính chi phí ngụ ý — chứ không phải có gì đó bị tính phí sai.

Điều gì thực sự đẩy chi phí lên

Ba khuôn mẫu chiếm phần lớn khoảng cách chúng tôi thấy giữa một ước tính và một hóa đơn cuối cùng:

• Frame production của bạn nặng hơn frame test của bạn. Một frame test hoặc preview đơn lẻ với ánh sáng đơn giản hóa, ít particle hơn, hoặc sample count thấp hơn render nhanh hơn các frame cuối cùng trong cùng sequence đó. Nếu các frame thực tế của bạn có thêm shading nặng hơn, volumetric, motion blur, hoặc chi tiết simulation, mỗi frame sẽ tốn nhiều thời gian render hơn frame bạn dùng để ước tính.
• Bạn đã render trên một cấp ưu tiên cao hơn dự tính. Cấp ưu tiên thay đổi mức giá render của bạn — cấp CPU dao động từ $0,004 đến $0,016 per GHz-hour tùy vào cấp — và một cấp cao hơn cũng hoàn tất nhanh hơn nhờ dùng nhiều render capacity hơn. Đó là sự đánh đổi có chủ đích: hoàn tất nhanh hơn để đổi lấy mức giá mỗi giờ cao hơn. (GPU job tính phí theo OctaneBench-hour với một mức giá cố định thay vì theo cấp ưu tiên, nhưng cùng nguyên tắc thời-gian-render-thực-tế vẫn áp dụng.) Nếu một job chạy trên một cấp nhanh hơn bạn dự tính, cùng những frame đó sẽ tốn nhiều tiền hơn.
• Bạn đã trả tiền cho một bản render, sửa scene, rồi render lại. Một lượt render lại sau khi sửa scene — một texture bị thiếu, một camera sai, một thiết lập output tệ — sẽ tính phí lại từ đầu các frame bị ảnh hưởng; thời gian render của lượt đầu tiên không được hoàn lại. Làm đúng scene trước khi submit là đòn bẩy lớn nhất bạn có ở đây; xem texture hoặc asset bị thiếu trong bản render của bạn để biết cách phổ biến nhất khiến scene thất bại ở lượt đầu.

Nếu số dư của bạn xuống thấp: tự động tạm dừng

Farm không để một job đang chạy đẩy số dư tài khoản của bạn xuống âm. Vì credit được tính phí theo từng phần khi task hoàn tất, một số dư thấp có thể được phát hiện giữa job: khi lượt tính phí tiếp theo sẽ đẩy số dư của bạn xuống dưới một ngưỡng dương nhỏ, các task render còn lại của job sẽ tự động bị tạm ngưng và job hiển thị trạng thái đã tạm dừng. Không có gì render thêm, và không có gì tính phí thêm, cho đến khi bạn hành động.

Để job hoạt động trở lại, hãy nạp thêm số dư và liên hệ hỗ trợ — chúng tôi sẽ giúp job đã tạm dừng chạy lại.

Hiện tại không có một tùy chọn riêng, do khách hàng tự đặt, kiểu "dừng ở mức $X" — bạn không thể báo trước cho farm để giới hạn một job cụ thể ở một con số tiền nhất định. Nhưng tính năng tự động tạm dừng cho bạn một cách thực tế để tự tạo giới hạn của riêng mình: chỉ nạp vào số dư đúng bằng số tiền bạn sẵn sàng chi cho một job, và tự động tạm dừng sẽ trở thành mức trần của bạn. Phần tiếp theo sẽ trình bày chính xác cách làm.

Cách kiểm soát chi phí render của bạn

Vì việc tính phí theo thời gian render thực tế chứ không phải một báo giá cố định, cách đáng tin cậy nhất để kiểm soát chi phí là tự đo thời gian render của bạn trước khi cam kết cho toàn bộ job:

1. Render một hoặc hai frame test đại diện trước. Mọi tài khoản mới đều bắt đầu với $25 credit dùng thử miễn phí — hãy dùng nó (hoặc một khoản credit trả phí nhỏ) để render một hoặc hai frame phản ánh đúng thiết lập production thực tế của bạn, không phải một bản preview đã lược bớt. Bước phân tích scene tự động của farm miễn phí và cũng không đụng đến số dư của bạn — đây là một bước kiểm tra hợp lý tốt trước khi bạn chi tiền cho một frame test, nhưng nó không phải là một lượt render, vì vậy nó sẽ không cho bạn biết thời gian render thực tế.
2. Ngoại suy: chi phí mỗi frame test × tổng số frame của bạn. Điều này cho bạn một ước tính thực tế cho toàn bộ sequence, dựa trên scene thực tế của bạn thay vì khoảng ước tính của công cụ tính chi phí.
3. Cộng thêm biên độ dự phòng cho các frame nặng nhất của bạn. Nếu sequence của bạn có một vài frame phức tạp hơn rõ rệt so với (các) frame bạn đã test — nhiều particle hơn, nhiều bounce hơn, nhiều motion blur hơn — hãy cộng thêm vào ước tính của bạn thay vì giả định mọi frame đều tốn chi phí như frame test.
4. Nạp đủ để trang trải ước tính đó, cộng thêm biên độ dự phòng. Đây cũng là cách bạn tự đặt mức trần chi phí thực tế của mình: chỉ nạp vào đúng số tiền bạn sẵn sàng chi, và tính năng tự động tạm dừng theo ngưỡng số dư đã mô tả ở trên sẽ dừng job trước khi nó có thể vượt quá mức đó.
5. Theo dõi tiến trình một khi job đang chạy, thay vì submit rồi bỏ đi — phát hiện sớm một job chậm bất ngờ tốn ít chi phí hơn là phát hiện ra ở mốc 100%.
6. Liên hệ hỗ trợ nếu một job đang ngốn credit nhanh hơn frame test của bạn dự đoán. Chúng tôi có thể tạm dừng một job đang "chạy nóng" trong khi bạn tìm hiểu nguyên nhân, thay vì để nó chạy đến khi hoàn tất — hoặc đến khi tự động tạm dừng — trước.

Liên quan

• Công cụ tính chi phí — nhận một khoảng chi phí tức thì trước khi bạn submit một job.
• Bảng giá — mức giá credit, cấp ưu tiên, và cách tính phí hoạt động.
• Texture hoặc asset bị thiếu trong bản render của bạn — làm đúng scene ngay từ lần đầu và tránh phải trả tiền cho một lượt render lại.
• Vì sao render job của tôi bị xếp hàng, kẹt, hoặc chậm hơn dự kiến? — một job chạy chậm hơn dự tính là một trong những lý do phổ biến nhất khiến hóa đơn cao hơn ước tính.
• Có câu hỏi về một khoản phí cụ thể? Liên hệ hỗ trợ qua live chat tại knowledge.superrendersfarm.com, hoặc email supportcenter@superrendersfarm.com.

Câu hỏi thường gặp

Hỏi: Credit có hết hạn không? Đáp: Không. Render credit không bao giờ hết hạn — điều này áp dụng cho cả credit đã mua và $25 credit dùng thử miễn phí mà mọi tài khoản mới đều nhận được. Không có khung thời gian kiểu "dùng hoặc mất".

Hỏi: Có cách nào để giới hạn mức một job đơn lẻ có thể tốn không? Đáp: Không phải dưới dạng một thiết lập bạn chọn trước — hiện tại không có tùy chọn "dừng job này ở mức $X". Điều bạn có thể làm: render một frame test, ngoại suy ra tổng chi phí, và chỉ nạp đúng số tiền đó. Ngưỡng số dư tài khoản sau đó sẽ tự động tạm dừng job trước khi nó tiêu quá số tiền bạn đã nạp, hoạt động như một mức trần thực tế.

Hỏi: Công cụ tính chi phí hoặc bước phân tích scene miễn phí có tính vào số dư của tôi không? Đáp: Không, cả hai đều không. Công cụ tính chi phí là một công cụ lên kế hoạch trả về một ước tính từ các input của bạn — nó không đụng đến tài khoản của bạn. Bước phân tích scene chạy trên job của bạn cũng miễn phí. Thứ duy nhất tính vào số dư của bạn là thời gian render thực tế, được tính phí theo từng phần khi mỗi task hoàn tất.