Skip to main content

レンダーコストが見積もりより高くなる理由(コストを抑える方法)


Super Renders Farmでジョブが完了し、差し引かれたクレジットがコスト計算機が示した見積もりより明らかに高い場合、それが請求ミスであることはほとんどありません。レンダーファームは、計算機が予測した時間ではなく、ジョブが実際に使用したレンダリング時間に対して課金します — そして、この2つの数字の間には、避けられるいくつかのよくあるギャップが存在します。

本ガイドでは、最終的なコストと見積もりが異なる理由、その差を生む主な要因、レンダリング途中でクレジット残高が少なくなった場合に何が起こるか、そしてご自身で設定した予算内にジョブを収める方法について説明します。

見積もりと実際の請求額が異なる理由

コスト計算機は、フレーム数、解像度、レンダラー、優先度ティアといった入力内容をもとに、即座にコストの範囲を返します。これは正式な見積もりではなく、あくまで計画を立てるための出発点として扱ってください。コスト計算機は実際のシーンを見ているわけではないため、お使いの具体的なフレームのレンダリングに正確にどれだけ時間がかかるかまでは把握できません。

課金の仕組みはこれとは異なります。当ファームは、ジョブが実際に使用したレンダリング時間に対して、選択したティアのレートで課金し、各タスク(各フレーム、またはフレームの一部)が完了するごとに段階的に課金します — 事前の一括請求ではなく、また計算機が示した範囲に基づくものでもありません。送信前に「支払い可能かどうか」を確認する仕組みはなく、ジョブは実行され、作業が完了するたびにタスクごとにクレジットが差し引かれます。

そのため、見積もりと最終的なコストにギャップがある場合、そのほとんどは、計算機に入力した内容から想定されるより、実際のシーンのフレームごとのレンダリングが遅かった(または速かった)ことを意味しており、課金が誤っていたわけではありません。

コストを実際に押し上げる要因

見積もりと最終請求額のギャップの大部分は、次の3つのパターンで説明できます。

  • 本番用フレームがテストフレームより重い。 ライティングを簡略化し、パーティクル数やサンプル数を減らした単発のテストフレームやプレビューフレームは、同じシーケンスの最終フレームより速くレンダリングされます。実際のフレームで、より重いシェーディング、ボリューメトリクス、モーションブラー、シミュレーションの詳細度が加わっている場合、それぞれのフレームは見積もりの元にしたフレームよりも多くのレンダリング時間を要します。
  • 想定より高い優先度ティアでレンダリングした。 優先度ティアによってレンダリングレートが変わります — CPUティアはティアに応じてGHz時間あたり$0.004〜$0.016の幅があり、より高いティアはより多くのレンダリング能力を使うことで完了も早くなります。これは意図されたトレードオフです。1時間あたりのレートが高くなる代わりに、完了が早くなります。(GPUジョブは優先度ティアではなく、OctaneBench時間あたりの均一レートで課金されますが、実際のレンダリング時間に基づくという原則は同じです。)想定より速いティアでジョブを実行した場合、同じフレームでもコストは高くなります。
  • 一度レンダリングして料金を払った後、シーンを修正して再度レンダリングした。 テクスチャの欠落、カメラの誤り、出力設定の不備といったシーンの修正後の再レンダリングは、該当するフレームの最初から再度課金されます。最初の試行分のレンダリング時間が返金されることはありません。送信前にシーンを正しい状態にしておくことが、コストを抑えるうえで最も効果の大きいポイントです。シーンが最初のパスで失敗する最も一般的な原因については、レンダリング結果でのテクスチャやアセットの欠落をご覧ください。

残高が不足した場合:自動一時停止について

当ファームでは、実行中のジョブによってアカウント残高がマイナスになることはありません。クレジットはタスクが完了するたびに段階的に請求されるため、残高が少ない状態はジョブの途中で検知されることがあります。次の請求によって残高が一定のプラスの下限を下回る場合、そのジョブの残りのレンダリングタスクは自動的に一時停止され、ジョブには一時停止ステータスが表示されます。お客様が対応するまで、それ以上レンダリングも課金も行われません。

ジョブを再開するには、残高をチャージしたうえでサポートにご連絡ください — 一時停止したジョブを再び動かせるようサポートいたします。

現在のところ、お客様ご自身で「$Xで停止する」という上限を個別に設定する機能はありません — 特定のジョブに事前にドル単位の上限を指定することはできません。ただし、この自動一時停止機能を使えば、実質的にご自身で上限を設定できます。そのジョブに使ってもよい金額だけを残高にチャージしておけば、自動一時停止がその上限として機能します。具体的な方法は次のセクションで説明します。

レンダーコストを管理する方法

課金は固定見積もりではなく実際のレンダリング時間に基づくため、コストを管理する最も確実な方法は、ジョブ全体を実行する前に、ご自身でレンダリング時間を測定しておくことです。

  1. まず、代表的なテストフレームを1〜2枚レンダリングする。 新規アカウントには、必ず$25の無料トライアルクレジットが付与されます — これ(または少額の有料クレジット)を使って、簡略化したプレビューではなく、実際の本番設定を反映したフレームを1〜2枚レンダリングしてください。ファームの自動化されたシーン解析ステップは無料で、残高にも影響しません — テストフレームに費用をかける前の健全性チェックとして有効ですが、これはレンダリングではないため、実際のレンダリング時間はわかりません。
  2. テストフレーム1枚あたりのコスト × 総フレーム数で概算する。 これにより、計算機が示す範囲ではなく、実際のシーンに基づいた、シーケンス全体の現実的な見積もりが得られます。
  3. 最も重いフレームの分の余裕を見ておく。 シーケンスの中に、テストしたフレームより明らかに複雑なフレーム(パーティクルが多い、バウンス回数が多い、モーションブラーが多いなど)がいくつかある場合は、すべてのフレームがテストフレームと同じコストだと仮定せず、見積もりに余裕を持たせてください。
  4. その見積もりに余裕分を加えた金額を、残高にチャージする。 これが、実質的な独自のコスト上限を設定する方法でもあります — 使ってもよい金額だけをチャージしておけば、前述の残高下限による自動一時停止が、その金額を超える前にジョブを停止します。
  5. ジョブの実行中は、送信してそのままにするのではなく、進捗を確認する。 想定外に遅いジョブを早い段階で発見できれば、100%完了してから気づくよりもコストを抑えられます。
  6. ジョブがテストフレームの予測より速いペースでクレジットを消費している場合は、サポートにご連絡ください。 完了または自動一時停止に達するまでそのまま実行させるのではなく、原因を調査している間、ジョブを一時停止することができます。

関連ページ

よくある質問

Q: クレジットに有効期限はありますか? A: いいえ。レンダークレジットに有効期限はありません — これは購入したクレジットにも、新規アカウントに付与される$25の無料トライアルクレジットにも当てはまります。「使わなければ失効する」という制限はありません。

Q: 1つのジョブにかかるコストに上限を設定する方法はありますか? A: 事前に選択できる設定としては用意されていません — 現在、「このジョブを$Xで停止する」という機能はありません。できることとしては、テストフレームをレンダリングして全体のコストを概算し、その金額分だけを残高にチャージすることです。その後は、アカウント残高の下限によって、チャージした金額を超える前にジョブが自動的に一時停止されるため、実質的な上限として機能します。

Q: コスト計算機や無料のAnalyzeステップは、残高から課金されますか? A: いいえ、どちらも課金されません。コスト計算機は、入力内容から見積もりを返す計画用ツールであり、アカウントには一切影響しません。ジョブに対して実行されるシーンのAnalyzeステップも無料です。残高から課金されるのは、実際のレンダリング時間のみであり、各タスクが完了するごとに段階的に請求されます。

Last updated: 2026年7月10日