Camera to Cloud では、デバイスのペアリングと Frame.io プロジェクトへのアセットのアップロードの両方にインターネットが必要です。インターネットを実稼動環境に取り入れることはツールキットでの新機能になりますが、それによって実現できるワークフローを考えると、その価値は十分にあります。

携帯電話の場合と同じように、ネットワークが期待どおりに動作しないと、特に仕事でネットワークに依存している場合はイライラすることがあります。また、何が起こっているのか、何が実際に正しく機能するのかを理解するのが難しいと感じることもよくあります。

この記事は、インターネット、ネットワーキング、およびお使いのセットをクラウドに接続する際に生じる、すべての質問に回答することを目的としています。便宜上、いくつかの節に分割しました。

この記事には、接続とネットワークの設定に関する多くの有用な情報が記載されていますが、一般的な問題のトラブルシューティングに直接進みたい場合は、一般的な接続の問題に関する節に移動してください。

ここでは、互換性があると思われる用語がたくさんあります。「ネットワーク」、「インターネット」、「接続」などの用語。これらのいくつかを定義すると役立つ場合があります。では見てみましょう。

ネットワーク：デバイスが相互に通信するのに使用するインフラストラクチャの総称。WiFi、インターネット、携帯電話システムはすべてネットワークの一種です。このガイドでは、「ネットワーク」とは、一般的にローカルネットワークを指します。ローカルネットワークは、近くにあるデバイスを相互に接続するネットワークです。自宅では、ローカルネットワークは携帯電話やコンピューターを接続する WiFi です。これらは、ルーターと呼ばれるデバイスで制御されます。ローカルネットワーク自体には必ずしもインターネット接続があるわけではないことに留意してください。

インターネット：インターネットが何であるかは誰もが知っていますが、このガイドでは、インターネットをローカルネットワークとリモートサーバーおよび web サイト（Frame.io など）との間の接続として定義しています。モデムなどのデバイスは、インターネットサービスプロバイダー（または ISP）からローカルネットワークにインターネットを接続します。

接続：接続とはデバイスとネットワーク間のリンクです。C2C デバイスと WiFi の間のブリッジ、またはモデムとインターネット間のブリッジは両方とも接続です。

帯域幅：帯域幅は、ネットワーク接続を通過できるデータの量、つまり接続の速度です。これは通常、メガビット／秒（Mbps）で測定されます。

C2C デバイスを Frame.io にアップロードするのに必要な手順を詳しく見てみましょう。

まず、デバイスをローカルネットワークに接続する必要があります。これには、WiFi 接続、イーサネット接続、あるいはモデムやホットスポットへの USB テザリングも含まれます。利用可能な接続は、C2C デバイスの物理的な機能によって異なります。ほとんどの場合、ローカルネットワークはルーターによって作成および維持されます。

次に、ローカルネットワークがインターネットにアクセスでき、最終的には Frame.io サーバーにアクセスできる必要があります。ローカルネットワークをインターネットに接続するには、モデムが必要です。モデムは、従来の ISP（自宅やオフィスなど）、携帯電話プロバイダー（電話やホットスポットなど）、さらには衛星プロバイダーに接続できます。その後、プロバイダーからの接続をルーターとローカルネットワークと共有します。

最も一般的なネットワーク設定では、通常、ルーターとモデムは、2 つの別々のデバイスです。ただし、モバイルホットスポットを使用する場合など、場合によってはモデムが独自のローカルネットワークを作成することがあります。

ルーターとモデムが 2 つの独立したデバイスであるか、1 つに統合されているかにかかわらず、これらは 2 つの異なる接続を提供します。C2C を使用するには、両方が機能している必要があります。アセットをアップロードするには、C2C デバイスがローカルネットワークに接続でき、ローカルネットワークにアクティブなインターネット接続が必要です。

C2C デバイスをインターネットに接続する方法を理解するだけでなく、効果的にアップロードするにはどの程度のスループット、つまり速度が必要であるか（帯域幅と呼ばれます）を把握する必要があります。

また、必要な帯域幅を知るには、アセットのサイズも理解する必要があります。これは通常、ファイルを作成するのに 1 秒あたりに書き込まれるデータの量によって測定されます。これは、ビットレートと呼ばれます。

一般的に、相対時間でアップロードできるようにする（つまり、1 分間のクリップをアップロードするのに 1 分かかるようにする）場合は、帯域幅（インターネット速度）がアセットのビットレートと一致していることを確認する必要があります。これは、高速道路を時速 60 マイルで運転するのと少し似ています。1 分ごとに 1 マイル進みます。これは、理解しやすい優れたベースラインです。速度が遅いほどマイル数は少なくなり、速度が速いほど、同じ時間内で走行できるマイル数が多くなります。

よくある質問は、「C2C でアセットをアップロードするにはどのくらい時間がかかりますか？」というものです。これは、プラットフォームの基本仕様のようである可能性がありますが、実際には複雑な質問です。簡単な回答は、C2C は相対時間で、つまり、アセットの長さと同じ時間でアセットをアップロードできるということです。本当の質問は、「相対時間以上のアップロードを実現するには、どのような帯域幅要件が必要ですか？」ということです。幸いなことに、これは簡単に理解できます。

帯域幅要件は、アセットの大きさ、アセットの長さ、ネットワーク上にアップロードするデバイスの数、ワークフローのニーズなど、多くの異なる要素によって異なります。

簡単な例を見てみましょう。これは、少し数学的な話になりますが、このまま説明をお読みください。まず、これらの値が相互に関連する仕組みについて理解する必要があります。カメラの数、アセットの長さ、アセットビットレート、帯域幅、アップロード目標時間の合計で 5 つの値があります。クリップの長さとクリップのビットレートを掛け算すると、1 台のカメラで生成されたデータの量を把握できます。すべてのカメラの合計データを計算するには、その数値にカメラの数を掛け算するだけです（各カメラがその量のデータを生成するので）。

必要な速度を確認するには、データの合計量をアップロード目標時間（アセットのアップロードに合理的にかかる時間）で割り算するだけです。相対時間アップロードを実現するには、これをクリップの長さと同じ時間に指定する必要があります。

これを式として書き出すと、次のようになります。

これを実数で表すとどうなるでしょうか？1 台のカメラ（1 つのアセットを生成）を 60 秒間、1 Mbps（メガビット／秒）のビットレートで録画するとします。クリップを 60 秒以内にアップロードできるようにするには、どのくらいのインターネット帯域幅が必要ですか？

この式を解くと、帯域幅は 1 Mbps となります。したがって、アセットを「相対時間」でアップロードする（つまり、60 秒のクリップをアップロードするのに 60 秒かかるようにする）には、インターネット帯域幅をアセットのビットレートと同じにする必要があります。

2 台のカメラで撮影するとどうなりますか？これを上記の同じ式に当てはめると、合計ビットレートとランタイムが 2 倍になった（1 Mbps の 60 秒アセットが 2 つある）ので、帯域幅が 2 倍必要になることがわかります。

データが 2 倍になったので、帯域幅も 2 倍にする必要があります。

逆に、ワークフローを高速化し、アップロード時間を半分にする場合、必要な帯域幅をどのように把握すればよいでしょうか？クリップの長さが 60 秒の場合、両方をそれぞれ 30 秒ずつアップロードします。同じ式を使用して、これを把握することもできます。では見てみましょう。

これは、2 台のカメラを半分の時間でアップロードするには、4 Mbps の帯域幅が必要であることを示しています。

最後にもう 1 つ例を見てみましょう。アセットのビットレートを 5 Mbps に増やすと、1 台のカメラを「相対時間」でアップロードするには、5 倍のネットワーク帯域幅が必要になることがわかります。

これを 2 台のカメラに増やす場合は、10 Mbps の帯域幅が必要になります。

これを今後どのように応用していくのでしょうか？上で使用した式は役に立ちますが、クリップの長さが常にわかるとは限りません。「相対時間」の帯域幅要件を把握するのは、合計ビットレートを計算するのと同じくらい簡単です。これは、アップロードするデバイスの数にアセットのビットレートを掛けることで計算できます。

60 秒のクリップを 60 秒でアップロードするには、インターネットの帯域幅が総ビットレートと同じである必要があることを覚えておいてください。帯域幅の値がこれより高いとアップロードが高速になり、帯域幅の値がこれより低いとアップロードが低速になります。

静止画像に必要な帯域幅の計算は少し複雑です。使用する帯域幅は、キャプチャしてアップロードする画像のサイズ、形式、量によって決まります。どれくらいの解像度で撮影していますか。JPEG または RAW ファイルをアップロードしていますか。一度に何枚の画像をキャプチャしていますか。

さらに、Camera to Cloud をサポートする写真カメラでは、すべての画像を自動的にアップロードしたり、アップロードする画像を手動で選択したりすることもできます。ワークフローにはより緊急の帯域幅要件があるので、このガイドでは、カメラがすべての画像を自動的にアップロードしていると想定します。

ビデオと同様に、許容可能な最大アップロード時間（つまり、画像キャプチャ後、画像が利用可能になるまでに待機できる最長時間）を目標として、許容可能な最小帯域幅を算出できます。この式は簡単です。画像のサイズ（メガビットであって、メガバイトではない）を最大アップロード時間で割って、帯域幅を得ます。

実際の例を見てみましょう。富士フイルム X-H2S 26メガピクセルのカメラのフル解像度の RAW ファイルは約 60 メガバイトです。ほぼすべてのコンピュータシステムでは、ファイルサイズはビットではなく、バイトで表記されます。帯域幅の速度は 1 秒あたりのメガビットなので、画像サイズの単位を変換する必要があります。幸いなことに、これは簡単です。メガバイト（MB）の値に 8 を掛けると、メガビット（Mb）になります。つまり、60 MB は 480 Mb になります。

ただし、ビデオとは異なり、写真には時間要素がないので、ターゲットとする「相対時間」というものは存在しません。画像のアップロードにかかる時間はどれくらいと考えるのが妥当でしょうか。これは最終的にはワークフローのニーズに依存しますが、ほとんどのワークフローとこの例では、キャプチャ後のアップロード時間が 10 秒以上かかってしまうと遅すぎであると感じ始めます。

これら 2 つの情報から、次の結果が得られます。

この場合、各 RAW 画像を 10 秒以内にアップロードするには、少なくとも 48 Mbps が必要です。帯域幅がこれより高いとアップロード速度が速くなり、帯域幅がこれより低いとアップロード速度が遅くなることを覚えておいてください。

しかし、ファイルサイズだけが唯一の要因ではありません。この式と方法は、1 台のカメラで 1 分間に数枚の画像しか撮影しない場合（つまり、アップロード目標時間ごとに 1 枚だけ撮影する場合）に最適です。ワークフローで複数のカメラマンが高フレームレートで撮影する場合は、帯域幅のニーズをより明確に把握できるように、式を少し変更することができます。

撮影された画像の総数を把握することが目的であるので、画像サイズ（メガビットで）にこれらの要因を掛ける必要があります。

新しい式は次のようになります。

フレームレートはアップロード目標時間の 1 つの要因として式に入れる必要があります。つまり、与えられた時間内に何枚の画像が撮影されると見積もるかということです。例えば、同じ 10 秒のガイドラインを使用すると、フレームレートが 1 の場合、10 秒ごとに 1 枚の画像がキャプチャされると予想されます。これは主観的なものなので、ベストの推測を行う必要があります。

前の例を詳しく説明しましょう。3 人のカメラマンがいて、平均するとおよそ 5 枚の画像を 10 秒ごとに撮影するとします。私は、撮影の連写速度と、瞬間を捉えようとする頻度（つまり、シャッターに指を置いている時間）に基づいてこの推測を行いました。繰り返しますが、これは主観的なものであり、簡単に定量化できない場合があります。カメラマンと話して、どのように撮影するのかを理解しましょう。疑わしい場合は、より高く傾斜させてください。

新しい帯域幅のニーズを確認してみましょう。

ご覧のとおり、RAW 画像の撮影にはかなり多くの帯域幅が必要です。ほぼ 1 ギガビット／秒です。この場合、かなり小さい JPG のみをアップロードすると効果的です。同じカメラの場合、JPG は約 7.5 MB（または 60 MB）です。

新しい画像サイズを考慮すると、調整されたワークフローに必要な帯域幅を把握できます。

ここでの例では、Fujifilm X-H2S カメラの画像を使用しました。ワークフローの画像サイズは、使用しているカメラシステムによって異なります。サンプル画像を数枚撮影し、画像サイズを取得するためのファイルの大きさを確認します。

インターネットは C2C ワークフローを展開するための重要な要素です。では、接続できない場合はどうすればよいのでしょうか？このセクションでは、いくつかの一般的な問題とその解決方法について説明します。

Frame.io に接続してアップロードできるかどうかに影響する要素がいくつかあります。ネットワークまたは接続に関する潜在的な問題を特定する際、最初に行うべきなのは、接続の基本事項がカバーされていることを確認することです。トラブルシューティングを開始する方法として、接続チェックリストを確認してみましょう。

Camera to Cloud 対応ワークフローを使用する場合、ネットワークのニーズに備えることは、プリプロダクションの必須部分です。ネットワークの紹介セクションからの情報を使用して、基本的なチェックリストを確認してみましょう。接続またはアップロードの問題が発生する場合は、ここから始めてください。

C2C デバイスがローカルネットワークに接続されていることを確認してください

最初のステップは、C2C デバイスをローカルネットワークに接続することです。ほとんどのネットワークでは、これは携帯電話やコンピューターを WiFi に接続するのと同じです。ネットワーク名を検索し、パスワードを入力します。

ただし、ホテルなどの一部のネットワークでは、ユーザーがネットワークに接続する前にミニ web ページにサインインする必要があります。これはキャプティブポータルと呼ばれます。C2C をサポートするほとんどのハードウェアデバイスは、これらのネットワークに接続できません。

キャプティブポータルのような非常に安全なネットワークに対処するためのソリューションがいくつかあります。

ローカルネットワークに接続できるからといって、インターネットにアクセスできるわけではありません。ローカルネットワークからインターネットへの接続は、デバイスからローカルネットワークへの接続とは別の接続であることを覚えておいてください。ローカルネットワークにインターネットがない場合でも、C2C デバイスはローカル ネットワークに接続されていると報告する場合があります。

ローカル ネットワークにインターネットがあるかどうかを確認する最も簡単な方法は、携帯電話またはコンピューターを同じネットワークに接続し、web ページにアクセスしてみることです。

オンラインに接続できない場合は、ローカルネットワークがモデムによってインターネットに提供されていることを確認する必要があります。モバイル通信モデムまたはホットスポットを使用している場合は、モバイル通信信号があることを確認します。

C2C デバイスがローカルネットワークから頻繁に切断される場合、アセットのアップロードのパフォーマンスに影響します。ネットワークとインターネット接続に適切な量の帯域幅がある場合でも、C2C デバイスがネットワークに接続されていない場合は、その帯域幅を利用できません。デバイスが常に切断されるネットワークでは、通常、範囲の問題に悩まされています。つまり、ネットワークが存在するスペースに十分な信号を提供するのに苦労しています。

ローカルネットワークの範囲は限られており、デバイスをネットワークルーターから遠ざけると切断される場合があります。さらに、倉庫、商用オフィス、サウンドステージなどの大規模な工業用スペースは、多くの鋼材を使用して建設されています。鋼材により、WiFi ルーターの無線信号が妨害され、これらのスペースでのネットワーク範囲を減少させる場合があります。これらの問題は両方とも、複数のアクセスポイントを持つネットワーク（メッシュネットワークなど）を使用することで解決できます。

範囲の問題が発生した場合は、いくつかの方法を試すことができます。

最後に、モバイルホットスポットとモデムには通常、高性能の WiFi ルーターが搭載されていません。インターネットにモバイルソリューションを使用して、イーサネットポートがある場合は、ルーターをホットスポットまたはモデムに接続して、WiFi の範囲とパフォーマンスを向上させることができます。

ただし、デバイスがネットワークから切断された場合でも、デバイスを再接続すると、記録されたアセットは保存され、アップロードのキューに入れられます。

このガイドは、C2C デバイスが接続され、アップロードされていることを確認するための包括的なリソースとなるように設計されていますが、ネットワークは扱いが難しい場合があり、個別の問題が発生する場合や、発生している特定の問題の根本原因をすぐに診断できない場合があります。

C2C デバイスのアセットが Frame.io に表示されない場合は、いくつかの点を確認します。

最初に確認することは、デバイスがアセットを記録および作成していることを確認することです。作成中のアセットがない場合、Frame.io には何もアップロードされず、ネットワークの問題はまったく発生しません。外部レコーダーの場合は、カメラとレコーダーの間にビデオ接続が確立されていること、レコーダーがカメラ用に設定されていること、カメラが録画トリガーを送信するように設定されていること、レコーダーのメディアがフォーマットされ、デバイスと互換性があることを確認します。カメラの場合は、アップロードするように目的のアセット形式が設定されていることと、カメラがそのアセットタイプを作成するように設定されていることを確認します。

次に、デバイスが正しい Frame.io プロジェクトに適切にペアリングされていることを確認します。ほとんどのデバイスには、現在ペアリングされているプロジェクトを確認する方法が用意されています。デバイスが正しいプロジェクトにペアリングされる前に作成したアセットは、ペアリング後にアップロードできない場合があります。

最後に、デバイスがネットワークに接続され、ネットワークにインターネットがあることを確認します。

ペアリングコードを生成するには、C2C デバイスがインターネットにアクセスできる必要があります。C2C デバイスがペアリングコードを生成できない場合は、インターネットに接続されていない可能性があります。デバイスがネットワークに接続され、ネットワークにインターネットがあることを確認します。

まず、ローカルネットワークに C2C デバイスが正常に接続できる十分な信号があることを確認します。ローカルネットワークへの接続とデバイスの接続状態の維持に関する節を参照してください。

一部のデバイスでは、インターネットにアクセスできない場合、接続に失敗することがあります。ネットワークにインターネットがあることを確認して、もう一度試してください。

ネットワークのタイプによっては、多くのハードウェアデバイスが完全にはナビゲートできないものがあります。これは通常、ネットワーク上のセキュリティ対策が原因です。

ホテルなどの一部のパブリックネットワークでは、ユーザーが「キャプティブポータル」に入力する必要があります。これらは通常、不正なクライアントからネットワークを保護するために、ユーザーに識別情報（ホテルの部屋番号や姓など）を要求するフォームです。ほとんどの C2C ハードウェアデバイスは、これらのタイプのネットワークに接続できません。デバイスまたはルーターを使用可能なイーサネットポートに接続するか、トラベルルーターを使用して保護されたネットワークをデバイスにブリッジできます。詳しくは、ローカルネットワークへのデバイスの接続に関する節を参照してください。

企業、学校、政府機関のネットワークなど、他のプライベートネットワークには、不正なクライアントの接続を防ぐためのエンタープライズ級のセキュリティが備わっている場合があります。一部の C2C デバイスはエンタープライズ級の WiFi セキュリティをサポートしていますが、サポートしていないものも多くあります。これらのネットワークのいずれかに接続できない場合は、施設の IT チームやネットワークチームに必ず相談してください。