Super Renders Farmでのファイルのアップロードとダウンロード

はじめに

プロジェクトファイルをレンダーファームとの間でやり取りする作業は、ワークフローの中で最もトラブルが発生しやすい部分です。レンダリングが失敗する原因は、エンジンの誤動作ではなく、リモートノードでテクスチャパスが解決できなかった、ファームが展開しないZIP形式のままプロジェクトをアップロードしてしまった、または不安定な自宅回線で20分後にアップロードが途中で止まったといったケースがほとんどです。

Super Renders Farmは、プロジェクトファイルを転送する3つの方法（Webインターフェース、SuperRenders Client App、CyberduckまたはAWS CLIによるS3アクセス）と、レンダリング済み出力を取得する3つの方法をサポートしています。どちらが「正解」かは一概には言えません。ファイルサイズ、ネットワーク速度、同じプロジェクトを再提出する頻度によって、それぞれに適した場面が異なります。

このガイドでは、ジョブに適した方法を選ぶための判断フロー、各方法のステップごとの手順、そしてサポートで最も多く見られるアップロードエラーのリファレンスを提供します。

判断フロー：どのアップロード方法を使うべきか？

3つの方法は互換性がありません。プロジェクトを初めて提出する際にこの短い判断フローを活用し、ワークフローが安定したら方法を切り替えてください。

Web UIを使う場合：

• プロジェクトの合計サイズが約2GB未満
• ジョブを頻繁にではなく、時々（月に数回程度）提出する
• インストール不要で、ブラウザだけで完結させたい

Client Appを使う場合：

• 少なくとも週1回ジョブを提出し、手動操作を減らしたい
• プロジェクトサイズが約2GBを超える
• 接続が切れた際に自動的に再開させたい
• 完成したフレームを自動的にローカルフォルダにダウンロードしたい

S3アクセス（CyberduckまたはAWS CLI）を使う場合：

• すでにS3クライアントを使用しており、ブラウザやClient Appよりもそちらを好む
• SRF Spaceへのアップロードやダウンロードをスクリプト化したい。AWS CLIはターミナルやスケジュールされたスクリプトから実行できます
• アクセスキーの取り扱いに抵抗がない（パスワードと同様に扱ってください）

すべての経路に共通する注意点があります：当ファームはアーカイブを展開しません（.zip、.rar、.7z、.tar、.tar.gz）。ファームには、レンダーマネージャーがアセットパスを解決できるよう、非圧縮プロジェクトフォルダ（シーンファイルと適切なディレクトリ構造で参照されるすべてのアセット）が必要です。詳しくは下記のアップロードの一般的なエラーセクションで説明します。

方法1：Web UIアップロード

Webアップロードは最もシンプルな方法で、初回提出や小規模なプロジェクトにお勧めします。

手順：

1. superrendersfarm.comにサインインし、レンダーダッシュボードを開きます。
2. New Job（またはアクセスしたエンジンのランディングページによってはSubmit Project）をクリックします。
3. プロジェクトフォルダをアップロードエリアにドラッグするか、Choose Folderをクリックして選択します。
4. アップロードの進捗バーが完了するまで待ちます。多数のアセットを含むプロジェクトの場合、ブラウザはファイルごとの進捗を表示します。
5. アップロードが完了したら、レンダー設定（フレーム範囲、出力形式、優先度）を設定してジョブを提出します。

実用的な制限。 ブラウザは個別のアップロードセッションを制限するため、Webアップロードは約2GBを超えると遅くなり、自宅の接続では約5GBを超えると信頼性が低下します。ブラウザのタブを閉じると転送が中断されます — ブラウザ側での再開はありません。この範囲のプロジェクトには Client App に切り替えてください。

アップロードされるもの。 ドラッグ＆ドロップによりフォルダ構造が正確に保持されます。シーンが\textures\や\proxies\内のテクスチャを参照している場合、それらのサブフォルダは、同じ名前でドラッグしたトップレベルのプロジェクトフォルダ内に存在している必要があります。ファーム上での参照欠落の問題は、ほとんどの場合、これらのサブフォルダがアップロードルートの外にあることが原因です。

方法2：SuperRenders Client App

Client Appは、多くのプロダクションスタジオが最終的に落ち着く方法です。接続切断時の再開、整合性チェック、完成フレームの自動ダウンロードをサポートしており、これらはいずれもブラウザアップロードでは利用できません。

手順：

1. ダウンロードページからClient Appをダウンロードし、ワークステーションにインストールします。
2. Super Renders Farmアカウントの認証情報でサインインします。
3. New Projectをクリックし、プロジェクトフォルダを選択します。アプリがシーンファイルと参照アセットをスキャンします。
4. ファイルリストを確認します — アプリはアップロード開始前に欠落している参照を表示するため、レンダリング失敗後ではなくローカルで修正できます。
5. Uploadをクリックします。進捗はファイルごとに表示され、接続が切れた場合はアップロードが自動的に再開します。
6. アップロードが完了したら、アプリ内でレンダー設定を行い、提出します。

自動ダウンロード。 Client Appは帰りの経路も処理します。ローカル出力フォルダを設定すると、各フレームが完成するたびにワークステーションにストリーミングされます — ジョブ全体が完了するまで待つ必要はありません。

プラグインv1とv2の注記。 古いバージョンのClient Appを使用しているスタジオは、現在のインストールパス、プラグインバージョンの互換性、およびSpaces（次世代転送レイヤー）がClient Appに取って代わる際の移行計画について、ツールとClient Appリファレンスを確認してください。そのドキュメントはDCCごとのプラグイン統合、エンドツーエンドの提出、トラブルシューティングの手順を詳細に説明しています — このページはアップロードとダウンロードの部分のみをカバーしています。

方法3：S3アクセス（CyberduckまたはAWS CLI）

S3アクセスを使うと、ブラウザやClient Appを使わずに、標準的なS3クライアントでワークステーションとSRF Spaceの間でファイルをやり取りできます。この方法でアップロードしたファイルはSRF Space内に表示され、他のアップロードと同様にジョブで使用できます。S3アクセスはファイルの転送のみを行います。ジョブの提出は、引き続きWebダッシュボード、Client App、またはDCCプラグインから行う必要があります。

手順：

1. アカウント内でCloud Direct Connectを開き、アクセスキーを生成します（ポータルではこれをFTPアカウントと呼びます）。Access Key ID、Secret Access Key、Remote Directoryをコピーします。
2. Cyberduck： Open Connectionを選択し、プロトコルとしてAmazon S3を選び、Access Key IDとSecret Access Keyを入力します。More Optionsを展開し、PathにRemote Directoryを入力してから接続します。
3. AWS CLI： aws configureを実行し、Access Key IDとSecret Access Keyを入力し、リージョンをap-southeast-1に設定し、出力フォーマットは空欄のままにします。その後、展開済みのプロジェクトフォルダをRemote Directoryにコピーします。例：aws s3 cp ./my-project s3://<Remote Directory>/my-project --recursive。
4. Webダッシュボード、Client App、またはDCCプラグインからジョブを提出し、アップロードしたファイルを選択します。

S3経由で出力を取得する。 完成したフレームはSRF Space内のSuperRendersOutput/<job ID>/フォルダに書き込まれるため、同じクライアントで取得できます。例：aws s3 sync s3://<Remote Directory>/SuperRendersOutput/<job ID>/ ./frames/。

知っておくべきこと。 アカウントにはアクセスキーが1つあり、有効期限はありません。パスワードと同様に扱い、共有スクリプトやリポジトリには含めないでください。変更が必要な場合はサポートにご連絡ください。一時ファイルやシステムファイル（*.tmp、*.temp、*.partial、*.swap、*.lnk、*.ini、*.db）やrendertemp/フォルダはレンダーノードに渡されないため、これらの名前のファイルにシーンデータを含めないでください。

Amazon S3プロトコルでCyberduckを使用するか、AWS CLIを使用してください。FileZillaやFTP/SFTPクライアントは接続できません。

比較：各方法の概要

プロジェクトの形に合わせた方法を選択してください。200MBの静止画はブラウザで問題ありません；キャッシュされたフルードを含む60GBのアニメーションはClient App経由で送るべきです。パイプラインですでに転送をスクリプト化している場合は、S3アクセス経由でも構いません。

アップロードの一般的なエラー

サポートで最もよく見られるエラーと、最初に確認すべき点を紹介します。

「.zip、.rar、.7zをアップロードしたのに、ジョブがシーンを見つけられない」

.zip、.rar、.7zファイルのアップロード自体は可能ですが、当ファームはこれらを展開しないため、アーカイブ内のファイルはレンダリングされません（ウェブアップローダーは自動的に展開されない旨を警告表示します）。.tarや.tar.gzについても同様です。シーンフォルダを展開してから、ファイルを展開した状態でアップロードしてください。同僚から受け取ったZIPの場合は、まずローカルで展開し、生成されたフォルダをアップロードしてください。

「Missing texture: D:\projects\...」

シーンがファームのワーカーノードに存在しないローカルマシンの絶対パスを参照しています。これはジョブ失敗の最も一般的な原因であり、Web UIとClient Appのどちらでアップロードしても発生します。ローカルで相対パスを使用して修正してください（ほとんどのDCCには「パスを相対化」または「アセットを統合」コマンドがあります — MayaではFile → Reference Editor → Make Relative、3ds MaxではFile → Archive、BlenderではFile → Pack External Data）。Client Appはアップロード開始前に絶対パスをスキャンしてフラグを立てるため、往復の手間が省けます。

「Upload timed out.」

特にWi-Fiで1GBを超えるファイルの場合、自宅の接続で一般的に発生します。ブラウザアップロードは再開しません — Client Appに切り替えてください。Client Appは一時的な接続切断から回復します。ローカルのアップロード速度も確認してください（ほとんどのISPは自宅のアップロードを10〜50Mbpsに制限しています；10Mbpsの回線で20GBのプロジェクトは約5時間かかります）。

「Invalid project structure.」

アップロードしたフォルダに、ファームが認識するシーンファイル（.max、.ma/.mb、.c4d、.blend、.hip/.hiplc、.aep）が含まれていません。一般的な原因：プロジェクトルート全体ではなくテクスチャフォルダのみをドラッグしている場合です。シーンファイルが含まれるよう、1レベル上から再アップロードしてください。

「Asset paths point outside the project folder.」

シーンがプロジェクトルートの外（例：\Project_X\の1レベル上の共有の\Studio Library\フォルダ）にあるアセットを参照しています。ワーカーノードはアップロードされたフォルダ内のものだけを見ることができます。アップロード前にそれらのアセットをプロジェクトフォルダに統合するか（ほとんどのDCCには「すべてのアセットを収集」コマンドがあります）、参照されているすべてのパスが解決されるよう親フォルダをアップロードしてください。

レンダリング済み出力のダウンロード

完成したフレームを取得するには3つの方法があります：ダッシュボードからの手動ダウンロード、Client Appによる自動ストリーミング、またはSRF Space内のSuperRendersOutput/<job ID>/フォルダからのS3経由の取得です。

ダッシュボードからの手動ダウンロード。 ジョブが完了すると、ダッシュボードに各出力フレームが一覧表示され、フレームごととジョブ全体のダウンロードが可能です。アニメーションジョブの場合、ダッシュボードは出力をZIP圧縮します（これはダウンロードの便宜のためであり、提出形式ではありません）。静止画や短いシーケンスの場合は、フレームごとのダウンロードでファイル数を管理しやすくなります。

Client Appによる自動ダウンロード。 Client Appがインストールされローカル出力フォルダが設定されていれば、各フレームが完成するたびにストリーミングされます。ジョブ全体の完了を待つ必要はありません — フレーム240〜480がまだレンダリング中の間でもフレーム1を確認できます。これは、レビューサイクルがレンダリング自体と重なる長いアニメーションジョブに特に有用です。

S3経由での取得（CyberduckまたはAWS CLI）。 S3アクセス（Cloud Direct Connect）をご利用の場合、完成したフレームはSRF Space内のSuperRendersOutput/<job ID>/フォルダに書き込まれます。アップロードに使っているのと同じクライアントで取得できます。例：aws s3 sync s3://<Remote Directory>/SuperRendersOutput/<job ID>/ ./frames/。設定方法は上記の「方法3」で説明しています。

保持期間。 出力ファイルはジョブ完了後、ダウンロード可能な状態で保存されます。自動削除の固定期間はなく、お客様からご依頼があった際にプロジェクトを削除いたします。長期アーカイブには、ファームをバックアップ層として頼るのではなく、スタジオのストレージにダウンロードしてください。

FAQ

Q: Super Renders FarmがZIPファイルを展開しないのはなぜですか？ A: レンダーマネージャーはアセットパスを解決するためにプロジェクトフォルダを走査する必要があります：シーンファイルはテクスチャ、プロキシ、キャッシュ、プラグインを相対パスまたは絶対パスで参照します。当ファームはどの形式のアーカイブも展開しないため、プロジェクトは非圧縮フォルダとしてアップロードしてください。これはすべてのDCCの「すべてのアセットを収集」コマンドがデフォルトで生成するものです。

Q: アップロードできるプロジェクトの最大サイズは？ A: 上限はありません。キャッシュされたシミュレーションを含む数百GBのアニメーションプロジェクトも扱ってきました。大規模なプロジェクトにはClient Appをご利用ください：ブラウザアップロードは長時間の転送で止まってしまいますが、Client Appは中断した箇所から再開します。

Q: 接続が不安定な場合はどうすれば？ A: SuperRenders Client Appを使用してください。切断時に再開するため、Wi-Fi接続が切れても転送をゼロからやり直す必要はありません。ブラウザアップロードは再開しません：タブが閉じると転送が中断されます。

Q: レンダリング済みフレームはどのくらいの期間ファーム上に保存されますか？ A: 出力ファイルはジョブ完了後、ダウンロード可能な状態で保存されます。自動削除の固定期間はなく、お客様からご依頼があった際にプロジェクトを削除いたします。アーカイブには、ファームを長期バックアップとして扱うのではなく、完成したジョブをスタジオのストレージにダウンロードしてください。

Q: 完成したフレームを自動的にワークステーションに取得するには？ A: 出力フォルダを設定してSuperRenders Client Appを使用してください。各フレームが完成するとストリーミングされるため、後半のフレームがまだレンダリング中の間でも前半のフレームを確認できます。ダッシュボードの手動ダウンロードはスポットジョブには問題ありませんが、アニメーション作業にはClient Appの自動ダウンロードで待機時間を大幅に削減できます。

Q: シーンがネットワークドライブ上のテクスチャを参照しています。アップロードされますか？ A: アップロードされたプロジェクトフォルダ内にネットワークドライブのパスがある場合のみ可能です。ワーカーノードはスタジオのネットワーク共有に直接アクセスできません。まずDCCの「すべてのアセットを収集」または「参照を統合」コマンドをローカルで実行してください — これにより参照されているすべてのファイルがプロジェクトフォルダにコピーされ、パスが相対パスに書き換えられます — その後、統合されたフォルダをアップロードします。弊社が受けるジョブ失敗チケットのほとんどは、このステップがスキップされたことに起因しています。

形式とサイズ制限の詳細： ファームがなぜプロジェクトを展開した状態で必要とするか、プロジェクトが約2GBを超えた場合にどのアップロード方法を使うかについては、専用ガイド「アップロード形式とサイズ制限」で詳しく解説しています。