ROCK ON PRO導入事例／名古屋テレビ放送株式会社様 ファイルベース更新第2弾。~実際の編集室とのデータ交換で生じた問題とその解決~

NEW!Broadcast 2015年12月18日

全てのデータをサーバー上からストリーム再生する。全てのMA設備の共通化を図り、作業効率の最大化を図る。VikinXのルーターにより、全MA室からのナレーションブースの共有、VTRデッキの共有という更新を2013年に行なった名古屋テレビ放送株式会社。ファイルベースの恩恵を最大限に享受する為という、大きな目標に基づき更新を行なったのだが、さらに2014年度の更新として映像編集の設備がファイルベース対応となったことで編集・音声間のファイルベースでのやり取りがスタートしている。今回はそのワークフローにおける更新作業の内容をレポートしたい。

編集の設備もファイルベースに移行をしたということで、編集・音声間でのファイルの移動が発生することとなった。当初は、音声サーバーを拡張し編集サーバーとの共有を行うというプランもあったが、編集機の得意とするサーバーを導入することでストレスのない制作環境を整えるということを優先し、編集サーバーと音声サーバーとの間でのファイルの受け渡しが発生することとなった。
 
MA側のサーバーとしては、2013年にGB labs SPACEを導入していた。このサーバーは、高速なNASという特徴を持った製品。基本的にNASであるため、WindowsもMacOSもOSレベルで機能を持つCIFS、SMB、AFPといった汎用のファイル共有プロトコルでのドライブマウントが可能だ。今回の編集側との接続に際しても、その特徴から編集機側に特定のドライバーソフトのインストール無しに、SPACEに接続できるということになる。編集側のサーバーとしてはISISが選択されたが、こちらはドライバーソフトのインストールが必要。今後のメンテナンス、クライアントアプリのバージョンアップを考えるとSPACEを双方から共有した方が、長期的にもトラブルの可能性が少ないということで、SPACE内に編集とのファイルのやり取りを行う領域を確保するという方法を選択した。

実際のワークフローとしては、CIFSマウントされたSPACEの領域へ書き出したファイルのコピーを行うという非常にシンプルなもの。編集機側のOSはWindowsの為、SPACEの共有アクセスポイントにドライブレターを振り当てることで、起動時に自動的にマウントを行えるようにしている。

ファイルベースソリューションで問題となることの多いタイムコードキャラクター表示。VTRを利用していた際には、デッキにキャラクター・アウトが備わっているため顕在化しなかったが、ファイルベースでは書き出されたファイルにキャラが焼き込まれていなければ、その後の表示に関して何かしらの手段を取らなければならないということになる。その手法として考えられるのは大きく下記の3種類となる。

１）キャラクターインサーターの場合（津幡技研：HD SUPER2）

 
3種の手段それぞれの、メリット・デメリットを確認していこう。先ずはハードウェアを使用したパターン。MAのシステムのVideo Playback機器からHD-SDIの出力とLTCの出力を与えることで、LTCを元にしたタイムコードキャラクターをHD-SDI入力に対してオーバーレイして出力をするという機器がある。シンプルな機能ながらリアルタイムでの処理が必要なため定価で30万円以上という比較的高価な機器となっている。メリットとしては、シンプルなためトラブルが少ないという点。ハードウェアのスイッチひとつでキャラの表示／非表示が切り替えられる点。HD-SDI/LTC という汎用性の高い信号を与えるだけなので、一般的なMAのシステムであれば特に機器の追加無く導入が可能。編集室から受け取ったファイルに対しては手を加えないので変換待ちなどのロスタイムが生じない。逆にデメリットとしては名古屋テレビ様のように複数のMAシステムをお持ちの場合には必要な台数が増加しコストに直接跳ね返ってきてしまう。6室への導入を考えると200万円近いコストになってしまうのが痛いところ。まさに、シンプル・イズ・ベストというソリューション。2室程度のMAであれば投資効果は問題ないレベルだと言えるだろう。

2）トランスコーダーソフトウェアによるファイルベースでのキャラの焼き込み

 
 
 
まさにファイルベースと言えるシステムがこちら。サーバー内を常時監視し、編集から新しいファイルがやって来る度にキャラクターを焼きこんだファイルを生成して、特定のフォルダに出力をする。候補となるソフトウェアはtelestream Episode、telestream Vantage、Omneon Carbonといったところであろう。メリットは、トランスコーダーソフトが読み取れるファイル形式であれば、MA側のシステムが確実に読み込めるファイル形式に変換を行いつつ、キャラの焼き込みが行えるという点。前述のシステムであれば、大抵のファイル形式へ実時間以内での変換が可能な点。システムをバックグラウンドに集約することができるので、現場スタッフのストレスを軽減できるという点。逆にデメリットは、バックグラウンドでのシステムの為、不具合時の発見が遅れることがある点、Vantage以外は冗長化が難しいためシステムダウン時のダウンタイムが伸びてしまう可能性を秘めている点である。また実時間以内とはいえ変換に時間が必要なため、ゼロにすることは出来ないという部分もポイントである。

3）タイムコードオーバーレイ出力が可能なVideo Playbackシステム

 
Avid社のVideo Satelliteシステムが先ずは思いつくと思うが、受け取ったファイルに対してタイムコードオーバーレイが可能なシステムで再生を行うという手法もある。候補としてはAVID Video Satellite、Non Lethal Applications Video Slave等のソフトウェアベースの製品、SONY XDCAM Stationのようなハードウェアベースのシステムがある。メリットは、使用するシステムによって変わる。Video Satelliteであれば、編集側がMedia Composerを利用している際にそのメリットが最大化される。プロジェクト単位でのシェアを行うことで編集側からの書き出し作業もスキップすることが可能となる。Video Slaveは国内では実績のないソフトウェアだが、シンプルに再生が可能な多機能な同期再生ソフトだ。コストを度外視すればXDCAM Stationという選択肢もある。このVTRデッキはSSDストレージを搭載しているので、CIFSでファイルの投げ込みが可能である。それを9Pinで同期を取りキャラアウト出力を映すということでも実現する。デメリットは、それぞれではあるが、コストが高いということだろう。また、個別のシステムを同期するということになるので、トラブル時の同期ズレの問題からも逃れられない。それぞれに多機能な部分は あるのだが、その部分に明確なメリットを見つけられるシステムであれば導入検討を進める価値があるのではないだろうか。

既存システムへの変更を最小限とし、現場スタッフの混乱を減らすということを念頭に置き、また、編集とのファイルの投げ込み方のワークフローから逆引き的な検討を行なった結果、先ずは３：Video Playbackシステムでのキャラ焼きは候補から外れた。今回の検討ではVideo Satelliteシステムが候補に挙がったが、編集に導入されるISISに接続をしプロジェクトと共有を行うには、その導入コストと、帯域的にISISの筐体を追加しなければならないというコスト両面から見送りとなった。

ハードウェアと、ソフトウェアどちらを選択するかというところで、メリットとデメリットの精査を進めた結果、２：ソフトウェアのパターンが最終的には採用された。コストという判断が大きかったというのもあるが、将来的に、送り込まれるファイル形式の多様化にも対応でき、且つ実時間の半分以下の速度での変換を実現するということが実証されたため、ソフトウェアベースでのシステムを導入となった。選んでいただいたのは、terestream Episodeである。

今回導入していただいた terestream Episodeは複数PCでのクラスタリング処理を実現する最上位のEpisode Engineをコアとして4台のMac Miniでシステムを構築した。この4台のクラスタリングシステムでh.264への変換が実時間のおおよそ40%で完了する。ファイルベース運用初期ということもあり、同時に編集からのファイルの投げ込みは無いという想定でEpisodeという選択となっている。ちなみに、同時に複数ファイルの処理をしたいという場合には、同社のVantageの出番となる。

編集からの投げ込み用のアクセスポイントと、編集側への音声データを投げ返す為のアクセスポイントがSPACE内に新たに用意された。前述のファイルトランスコードエンジンであるEpisodeは投げ込み用のアクセスポイントを常時監視していて、変換作業後には音声側のMAスタンバイ素材のフォルダに送り込まれる。変換完了後には、投げ込み用のフォルダからファイルは自動的に削除待ちのフォルダへと移動され、変換が完了したことがわかると同時に、削除してもよいファイルということで自動的にフォルダ分けが行えるようにしている。万が一Episodeがエラーを返し、正常に終了しなかった場合には、”Failed”というフォルダーを作成してあり、そこにファイルが転送される仕組みだ。このフォルダに素材がある場合には書き出されたファイルの不具合、もしくはEpisode自体の不具合を疑うという具合だ。

そして、MAが終わった完パケWAVデータは、SPACEの投げ返し用のアクセスポイントに置くことで、編集側との共有が可能というシステムだ。編集側からは、最低限のSPACE内の領域しか見ることが出来ない仕組みをとっているためにトラブル時の切り分けもし易いよう工夫を行なっている。

編集側とのファイルの受け渡しが本格化すると、今まで十分であったSPACEの容量が逼迫する可能性が大いにある。そのために、SPACEの容量拡張とともに、過去素材のアーカイブを検討する必要が生じている。一般的には、放送局様での実績が高いアーカイブソリューションとしてはLTOということになるが、1つのデータ量が少ないMAのデータ保存にはあまり向いていないように感じている。これは、LTOの容量が大きいため、数カ月分のデータが１巻のテープに収まってしまうため。MA向けとしては、100TB程度の容量を重視したストレージサーバー上でホット・アーカイブを行うというのがベストソリューションではないだろうか。ビッグデータも、クラウドサービスなど、データ資源の一極集中が始まっている。そのような中、HDDストレージの容量単価の低下から1PB程度を境に、LTOのコストとHDDを使用したストレージサーバーのコストの逆転が見られるようになってきている。長期保存という点ではLTOに軍配が上がると思うが、アーカイブデータへのアクセス性を考えれば、HDDストレージでのホット・アーカイブの方に理があることは一目瞭然である。

◎telestream Episode

 

今回、名古屋テレビ放送様で導入いただいたtelestream Episodeは非常に多くの機能をもったVideo Transcoder Software。限られた紙面ではあるがその機能の幾つかを紹介したい。今回の導入に当たり、キーとなった機能がSplit-and Stitch。これは、複数のPC(Win / Mac問わず)をクラスターとして並列処理を行うことで高速なトランスコードを実現する機能。通常であればクラスターを管理するSQL serverのような存在が必要となるが、Episodeでは同一のサブネット上に存在するPCであれば、簡単にクラスター化することが出来る。動作の原理は非常にシンプル。
 
まずは、変換元のファイルをSplitする。クラスターの参加台数に応じて切り分け、それを各PCで変換することとなる。変換が終わったら、ばらばらになったファイルをStitchする。つなぎ合わされたファイルは変換後の完成品となるという仕組みだ。これにより、CPUのパワーをフルに利用し、PCの台数に応じた高効率なファイル変換を行うことが可能となる。Splitする、Stitchするという工程で多少の時間は必要となるが、単純に2台PCがあれば約1/2、３台では約1/3と劇的に短時間での変換が出来るようになる。高価なCPUを搭載するよりも、低価格なPCを束ねたほうが早いという面白い現象がこの機能により生まれる。実際に、1台のハイスペックなMacProよりも、4台の標準構成のMac miniの方が高速に変換が行える。今後の処理の増大に対しても、別スペックのPCを接続することでの高速化が望めるのもメリットの高いシステムである。それこそ、Episodeのライセンスは必要ではあるが、余剰のPCを使うことも可能だ。
 
また、本文にもあるがEpisodeはフレームレートの変換、画角の変換などVideo Fileの主要な要素のほぼ全てを変換することが出来る。どのようなファイルがやってきたとしてもその後の作業で確実に処理の行えるファイルに変換を行うことが可能だ。名古屋テレビ様では、ファイルサイズの小さいh.264への変換作業をEpisodeで行っている。編集側での作業では時間のかかってしまい敬遠されがちなh.264への変換を、4台のMac miniにより実尺の1/2以下の時間で変換の行うことに成功している。そして、その後の作業で利用していただいているPro Toolsで確実に読めるファイルになっているというところも大きなメリットとなっている。もちろん変換の主目的は、キャラの焼きこみであるが、それ以外に複数のメリットを享受できていることとなる。

---

今後もROCK ON PROとしてより良いワークフロー、作業環境を名古屋テレビ様に使っていただくためにご要望からアイディアを生み出していきたいと考えている。順次ブラッシュアップ、定期的なメンテナンスが、アナログのソリューション以上に重要となるファイルベースのシステム。今後の名古屋テレビ様のシステムの発展も順次レポートできればと考えている。

＊記事中に掲載されている情報は2015年12月18日時点のものです。