- ライブTVニュース制作 を 自動化 するためのオープンソースのWebベースシステム
- 2018年9月から、ノルウェーの公共放送局NRKで毎日ライブTVニュース制作に使用中
- ユーザーはWebインターフェースを通じて ニュースのランニングオーダー を編集し、映像、グラフィック、音声など各種要素を統合管理できる
- 自動化されたキューシステム により、放送品質の維持とヒューマンエラーの削減に貢献
- システムはモジュール構造で柔軟に拡張可能で、さまざまな 放送ハードウェアとの連携性 を提供
- 誰でも無料で利用できるため、小規模放送局や教育機関 にも適している
Sofie システム概要
- Sofieは オープンソースのWebベースニュース自動化プラットフォーム である
- ライブTVニュース放送の 自動化 と運用最適化に重点を置いたシステム
- 複雑な制作工程を統一されたインターフェースで簡素化し、放送効率と一貫性の向上に役立つ
主な特徴
- モダンなWebベースのユーザーインターフェース を提供し、ニュースプロデューサーが素早くアクセスして制御できる
- 状態ベースの機器制御およびコンテンツ送出システム で構成されており、現在の状態に応じて各機器が自動的に適切な動作を実行する
- モジュール型の機器制御アーキテクチャ を備えており、さまざまなハードウェア（例: ビデオスイッチャー、グラフィックサーバー）およびソフトウェアと連携可能
- モジュール型データ収集構造 により、MOSプロトコルおよびGoogleスプレッドシート と連携して外部コンテンツを自動取得できる
- プラグインベースの番組編成機能 をサポートし、特定のショーや放送形式に合わせた自動化フローを構成可能
- キューおよびタイミング制御が 自動化 されており、ヒューマンエラーを減らしつつ迅速で安定した放送準備と送出が可能
- 複数の制作者および運用担当者が 同時にコラボレーション できるリアルタイム協業インターフェースを提供
- 映像、音声、グラフィック、スタジオ機器など複数のメディアリソースを 直感的に管理 できる
- 拡張性と柔軟性が高く、小規模から大規模まで多様な放送環境に適用できる
活用性とアクセス性
- Sofieは 無料で利用できるオープンソースソリューション である
- 別途商用ツールがなくても放送品質と一貫性を確保できるため、小規模放送局、地域放送、教育機関など に適している
- Webベースのプラットフォームのため、どこからでもアクセスして利用できる
1件のコメント
Hacker Newsのコメント
大きな市場で生放送ニュースのディレクターとして働く立場からすると、この製品と Ross OverDrive、Sony ELC、Grass Valley Ignite のような主要競合製品との機能比較が非常に気になる。自動化システムはとても複雑なので、抜本的な変化はなかなか起きない。ただし「無料」という点は、放送局グループに変化を選ばせる要因になり得る。対応ハードウェアの一覧を見たが、この点は多くの放送局にとって大きな悩みどころだ。オープンソースソフトウェアは良いが、望むハードウェアではなく特定のハードウェアしか選べないのは簡単な選択ではない。こうした点は FOSS（オープンソース）の長年の課題だった
この視点は本当に貴重だ。あなたが言う変化への慣性は、多くの放送環境でも共感できる。ソフトウェアが無料であっても、ハードウェアの制約や信号経路におけるベンダーロックインが、コスト以上に長期的な意思決定を左右する。Sofie のようなシステムが多様なハードウェアと連携できるよう、モジュール型の統合レイヤーが出てくれば面白そうだ。この分野はコミュニティ主導で進化する好機になるかもしれない
Blackmagicdesign のサポートがあるおかげで、小規模な放送スタジオを新設するには非常に良い選択肢に見える。BMD もこうした方向性を気に入りそうだ。商業放送でなくても、この種のシステムを必要とするスタジオは多い。ハードウェア対応の問題は、競合他社とハードウェアベンダーの契約にあるのではないかと思う。今ではコンピューター性能が十分高いので、信号さえコンピューターに入れられれば、専用ハードウェアが担っていた多くの作業もソフトウェアで可能だ（適切なタイミング信号の分配が前提）。12G SDI から SFP+ への変換が可能になれば、サーバークラスのコンピューターが多くのハードウェア機能を置き換えられると思う
数年前に Sofie を触ったことがある。基本的にはフレームワークなので、周辺で必要なものはすべて自分で実装するか、誰かが実装したものを持ってきて使う必要がある。うちの NRCS から rundown 情報を受け取って画面に表示するところまでは成功した（フロントエンドのコードは他の放送局のものを見つけて使わなければならなかった）。ただ、うちのハードウェアに合わせてカスタマイズしなければならない作業量が多すぎて、結局はすぐに実験をやめた
自分もこういう落とし穴に陥りがちだ。内部の複雑さや、時間の経過とともに機能表や比較表が巨大になっていく。でも時には、単に必要な仕事をこなすツールのほうが重要だ。簡単なツールがすぐに置き換えにならないのは理解できるが、シンプルでミニマルなこと自体がむしろ強みになり得る。このシステムが、最初からこのツール向けに整えられた環境では十分使えるのか気になる
ああしたソフトウェアでコンテンツ連携や統合の方法をもっと知るためのサイトがあれば、教えてほしい。自分はニュースサイトにコンテンツを提供するサービスを運営していて、放送でも簡単に使えるようにしたい
まだ放送ディレクターの仕事を続けているとは驚きだと思う。昔のテレビ関係の仕事が恋しくもあるが、多くの苦しさ、長時間労働、低賃金などのために、優秀な人材が去っていく業界だ。HN ユーザーの中には、別のもっと良い場所でより活躍できる人がきっといると思う
実際、これは本当に「無料」ソフトウェアというより「オープン」に近いと思う。NRK が自社のニーズに合わせて開発し、資金も投入した。ハードウェア対応も自分たちに必要なものだけを行っており、どのユーザーでも独自のセットアップを望むなら、開発者の時間を投じる必要がある
こういうものを、非常に高価な商用システムを直接購入する代わりに自前で開発して公開したのは本当に素晴らしいと思う。バックエンドの play out サーバーには CasparCG を使っているが、これもオープンソースだ（安定性のために独自 fork を使うことになるだろう）。似た自動化システムとして SuperConductor があり、一部の部品やライブラリを共有している
Joycon でプロンプターを操作できる点がとても興味深い
この業界に入る方法が気になる。最近 Not For Broadcast というゲームを遊んで、放送演出の「芸術」にすっかりはまった。実際の放送とはやや違うだろうが、ゲームで完璧な結果を出すのがとても楽しかった。ゲームをやった後で HN にこんな記事が出てきたので不思議な感じだ
昔、学生テレビ局を作っていたときに、こういうシステムがあれば本当に良かったと思う。当時はプロ向け機材が高すぎた
ラジオ局向けに使えそうな似た FOSS があれば、ぜひ教えてほしい
キューに入れておいたリプレイのような機能をどう処理するのか気になる。トークショーでホストがゲストのインタビュー映像をもう一度見せたり、クリップを呼び出してコメント付きで再生したりする場面のことだ。オペレーターが Part を上書きしたり、その中の Piece を更新したりする方式なのだろうか。伝統的にはこういうものは EVS がライブで処理する
adlib piecesで処理し、現在再生中のものや別の場所から呼び出せるようだリアルタイムのシェーダーコードを書けるのか気になる
meteorjs が選ばれているのはかなり興味深い
Meteor は数年前、HN で大きな話題になっていた記憶がある。Wikipedia を見ると 12〜13 年前の話らしい
Google Trends によると meteor js は 2012〜2018 年ごろに流行していた。Sofie は 2018 年ごろに始まったので、Meteor が完全に定着して人気だった時期にプロジェクトが始まったことになる
Ruby のコードはいつ読んでも味がある