Chaos Constructions 2010でのビデオブロードキャストの編成。
それはすべて、「大人のような」すべてのことを実際のテレビで行うというアイデアから始まりました。
（assembly2010からの写真）
同時に、私たちが利用できるハードウェアでは、当然ながら、スタジオ機器のレンタルのための資金を誰も発行しませんでした。 そして、すべての準備はかなり遅く、フェスティバルの約1か月前に始まりました。 タスクは次のように説明されました-パーティーで起こっていることを撮影し、メイン画面に表示し、ストリームをネットワークにブロードキャストします。
問題を決定すると、彼らは解決策の選択肢を選び始めました。
マシンに3〜4個のビデオソースを取得し、ネットワークと画面にビデオを送信する必要がありました。 入力については、オプションを検討しました-他のコンピューターまたはカメラからのip、firewireを介したdv、アナログチューナー/グラバー。
そもそも、しっかりとグーグルで検索しなければなりませんでした。
通常のPCでビデオの切り替えを行えるソフトウェアはそれほど多くありませんでした。
たとえば、DVSwith（linux）、WireCast、DV Studio pro、VidBlasterなど、RezolumeのようなWijing用のプログラムを含め、見つけることができるすべてのものを実際に調べました。
ウェブキャストの記事は、wikiの問題を整理するのに役立ちました。
待ち伏せは、ネットワークへの表示の遅延が原則的に私たちにとって重要でない場合、ネットワーク上の画像が数秒または数分遅れることがありますが、メイン画面上の画像の状況は完全に異なっていることが判明しました。 リモコンに直接接続されたマイクを使用して音声を入力するため、約0.2秒以内に画像が音声より遅れる必要があります。 0.5秒の遅延で、写真を見るのはすでに非常に不快で、大きなものを見るとすべてが完全なポルノに変わります。
この段階では、遅延の点で単独でipカメラとdv-firewireのオプションを放棄する必要があり、通常のアナログチューナーの横にはありませんでした。 また、dvには約7〜10メートルのファイヤーワイヤーの長さ制限があり、fwリピーターは非常にまれで高価です。 そして、ホール内だけでなく、ホールの外でもレポートを作成したかったのです。
2番目の待ち伏せは、少なくとも640 * 480でのh.264ビデオエンコーディングには非常に顕著なリソースが必要であることが判明しました。 これは明らかにストリーミングビデオを指し、通常のファイルコンバーター（など）の動作は異なります。 コーディングには、Adobe Flash Media Encoder 3.1を使用しました。
テストの結果、他の何かと同じマシンに配置することはできません。手元のすべてのマシンでは、単純なコーディングでもリソースが十分ではありませんでした。 より高速なマシンを検索し、svideoを介して同じアナログで信号を送信する必要がありました。 その結果、そのようなマシンが見つかりました-Core2 Quad Q9550-2.83GHz。 彼女は2つのストリームを同時にエンコードできました。
1-h264、640x〜470、1.8mbit + AACステレオ128kbit
2-h264、320x〜235、500kbit + AACステレオ128kbit
同時に、4つのコアすべてのロードは60％以上であり、デモなどで多くのビデオアクティビティがありました。 -80〜85％に跳ね上がりました。
その瞬間、ビデオスイッチング用のすべてのプログラムのレビューに戻る必要がありました。選択したカメラの常時フルスクリーン画像を2番目のモニター（vidyahiからのテレビ出力）で取得する必要がありました。
その結果、ほとんどすべてのVidBlasterがほとんどの基準を満たしていることがわかりました。 m512はスキームの修正とLinuxソリューションでのタスクの一部の実装を主張したという事実にもかかわらず、私はWindowsでオプションを選択しました-より視覚的かつ視覚的にシンプルです。つまり、リモートでは「左」の人でさえ、いつどこでクリックするかという一般的な混乱の混乱に混乱することはありません。
Linuxバージョンはセミナールームで使用され、Pentium4レベルのマシンがあり、dvストリームがfirewire経由で取得され、1つのストリームがffmpegでエンコードされてサーバーに送信されました。 ffmpegキーとチューニングの詳細については、m512に直接問い合わせることをお勧めします。
次に、1台のマシンで4つ以上の実行可能なチューナーを取得する必要がありました。 これも非常に単純なタスクではないことが判明しました。 最初につまずいたのは、saa713xチップ上の2つのチューナーであり、すぐに別々のデバイスになりますが、両方が同時に動作すると、バス帯域幅が不足しているかのように、画像に奇妙なノイズがあります。 bt878のチューナーからのドライバーを備えた2つのチューナーには、すべてのボードのソース（コンポジット/ svideo / tv）を同時に切り替えるWindowsの奇妙なドライバーがあります。 最初に1つのボードにbtから参照ドライバーを置き、次にそれを取り外し、2番目に置き、両方を挿入するだけで、それを無効にすることができました。 これらすべてのチューナーを同時に挿入できる場所を見つけるのは簡単ではありません。 4 pciの最新のマシンは手元になく、何らかの理由で単純なusbホイッスル「簡単なキャプチャ」は動作を拒否しました。 iconbit pci-eチューナーであるati ragetheaterチップを使用する必要がありました。 dshowを正しく処理すると、ntsc信号のみが表示され、pal / secamが歪んでいるため、彼は同じ不可解なグリッチを受け取りました。 さて、最後の瞬間、私たちはまだusbの最高の輝きをつなぐことができました。
最終構成：
pci-bt878、bt878、saa731x; pci-e-怒りの劇場。 usb-ピナクルダズル。
包含のスキーム：
予備的な議論とテストの結果、ディスプレイコンピューター、カメラ、および画面の次の接続図が描かれました。
サーバー：
かなり複雑なサーバースキームを構築する必要がありました。 ビデオエンコードプログラムは1つのサーバーにのみストリームを送信できるため、このストリームを受信するマスターサーバーは組織ゾーン内で発生しました。 次に、ネットワーク上に2つのスレーブサーバーがあり、1つは
Oyster Telecomサイトにあり、もう1つはオーガナイザーの1人と仕事をしていました。 どちらの場合も、少なくとも100mbtのインターネットチャネルがありました。 時間と労力の自動バランス調整を行う必要がなくなったため、ミラー1/2へのリンクが2つだけ提供されました。 内部クライアントを提供するために別のサーバーが内部に配置されました。 クライアントをマスターサーバーに接続することはできましたが、ストリーミングブロードキャストサーバーはjavaを使用し、接続ごとに大量のメモリを消費するため、多くのローカルクライアントがメモリ消費またはネットワークインターフェイスのために過負荷になる可能性があり、これはすぐに問題に影響します外部サーバーのフローで、彼らは別の内部サーバーを作りました、それが吸い込まれても、外部サーバーは苦しみません。 ネットワーク内の両方のミラーは、この内部サーバーを指していました。 サーバーは、m512によってほぼ完全に構成されており、4つのうち3つは開始の15時間前になりました。
統計では、1日目の終わりに、外部slave1サーバーから、最大100のピークで約60〜70のクライアントの接続を確認できます。ピークの全員が2メガバイトのストリームを視聴した場合、これは200メガバイトのトラフィックです。 約30人が2番目のスレーブに接続されました。
カメラ：
私たちはいくつかのカメラを持っていましたが、半分は手遅れになり、本格的なテストを実施して欠陥を修正することができませんでした。
最初は、2〜3台のカメラのそれぞれを別々のsvideoケーブルでスイッチャーに接続することを計画しました。 ここでは、1メートルあたり115ルーブルの価格のマルチケーブル同軸（マルチコア）が必要であるという問題がありました。 14 tr以上支払う 2台のカメラで少なくとも100〜120メートルのケーブルを使用することはできませんでした。 次のステップは、ツイストペアを介してビデオ/オーディオを送信するためのキットを使用するというアイデアでした。
そのようなキットを1つ購入し、主な主催者がツイストペアケーブルを提供しました。 繰り返しますが、私はそれを通してsvideoと音を転送することを計画しました。 そして、最新のオプションはビデオビデオトランスミッターでした。 広告に誘われて、「JMK WF-1500」を1セット購入しました。 残念なことに、これは準備の日にすでに起こり、前日に文字通りチェックしました。 無線送信機は率直に失望した。 直視線で1.5キロメートルと主張されていたにもかかわらず、私たちと一緒に、彼は受信機から20メートル以内で作業を実質的に止めました。 この場合、カメラが2〜3メートル離れていても、干渉や花の浮きが目立ちました。 はい、彼はおそらくwifiからの高調波、または多くの機器からの干渉を捉えました。 しかし、最終的には使用できませんでした。 2つ目のツイストペアキットを購入するにはもう手遅れだったので、コンポジットで両方のカメラをイーサネット経由で1組のトランスミッターに接続する必要がありました。 彼らが完璧に機能したことは注目に値します。トランシーバーの品質に関する苦情はありません。私はこのソリューションを誰にでもお勧めできます。
一般的なビュー
最終的にオペレータの職場はこのように見えました
左側は、カメラ、サウンドミキサー、予備のコンピューターを充電する場所です（IPカメラのストリームを受信することを計画しましたが、これはメインビデオスイッチャーにも類推できますが、最終的にはビデオの送信にipオプションを使用しませんでした） Flashエンコーダーのモニターの右側、デモを表示するコンピューターの右側、メインスクリーンスイッチャーに、vidblasterを搭載したコンピューター。
モニターの前に-メインコンピューターのキー（マウスを使用するよりもデジタルキーボードからカメラを切り替える方が便利です）、オペレーターと通信するためのトランシーバー。
VidBlasterスクリーン
上部にある2つの標準のプレビューウィンドウとプログラムウィンドウは、ボタンをクリックするだけで場所（空中、ピックアップ上）を変更する2台のカメラです。 追加されたカメラのリストを以下に示しますが、カメラの数には制限はありませんが、これはマシンのパフォーマンスに大きく関係しています。 5台のカメラの負荷が約80〜90％であることがわかります。
ビデオプレーヤープレーヤーのパネル、タイトルとグラフィックスのオーバーレイなど、このフレームに収まりませんでした。
ブロードキャストおよび表示ゾーンの一般的なビュー。
失敗：
-照明は2台のカメラにのみ設置されましたが、そのうちの1台は良好な標準ランプで古いバッテリーのためにすぐに故障し、2台目は自家製のライトでしたが、あまりにも強力なハロゲンランプを取り付けて、バッテリーを入れすぎました。 そのため、撮影中の弱い光について多くの不満がありました。
-ミキサーで初めて作業する必要がありました。プロセス自体は単純ですが、bus騒の中で一時停止して背景音やマイクをオフにするのを忘れていました。 訪問者から苦情がありました。
-残念ながら、今年はデモの表示を担当する人に問題がありました。 さらに、判明したように、ショーのビデオ素材は準備されていませんでした。 最初の日に基本的に私が持ってきた非常に良い素材を見せたら（偶然！）-最後のブレークポイントからのデモ、夜に古いカエルのプレイリスト、そして2日目に誰かと顕著なヒッチでプレイリストを操縦しました。 さらに、大画面のリモートコントロールとスイッチでビデオを同時に切り替える必要があるため、常に2つのワークステーション間をジャンプするのは非常に不便でした。
-ほとんどの場合、発表者は、手の欠如と一般的な混乱のため、ラジオマイクを使用しましたが、これは非常に強くシューッという音がします。 それは有線を取ることが可能であったという事実にもかかわらず。
-ビデオスイッチャーの後の回路にsvideo信号スプリッターがあり、1つはエンコーダーに、2つ目はメイン画面に進みます。 彼はパーティーの前で特別に組み立てられた自家製であり、残念ながら、彼は対照的な遷移でかなり大きなスミアを与え、一般的に容赦なく写真を洗いました。 これは完全に私のせいです。そのようなデバイスはシンプルで、欠陥なく動作するはずだと判断したので、テストを行う時間を確保するために事前に検索/作成する必要はありませんでした。 すでにモニターで結果を確認したとき、何かを変更するには遅すぎました。
注：
-プレーヤーがバックグラウンドビデオ/オーディオを備えていると非常に便利です。これにより、ヒッチが発生した場合にすばやく切り替えることができます。 オーディオプレーヤーが2台ありました。1台は予備のコンピューターで、1台はメロディが円を描いて回転し、もう1台は携帯電話で、プレイリストから何かを選択してスムーズに入力できました。 ここでは、ビデオにも同じものを使用することが望ましいです。 バックグラウンドビデオのあるプレイヤーが1人いましたが、vidblasterを搭載した同じマシンで実行していましたが、リソースが不足しているため電源を入れることはめったにありませんでした。カメラに切り替えるときに電源を切るのを忘れた場合、カメラからの写真。
-リモートコントロールの担当者とカメラオペレーターの間の接続は非常に重要です。 ヘッドセットを備えたトランシーバーは私たちを救ったが、実際には一般的な会議のようなものを望んでいた。さもなければ、何かを言う必要がある瞬間があった。 しかし、ラジオを受け取ってボタンを押すのに十分な時間/手がありません。
-ちなみに、ケーブルで同じ騒ぎ、レポートのためにケーブルを解く必要があるたびに、カメラを接続して、それを巻き戻します。 それは非常に機能していません。 無線通信に信頼できるオプションがある場合は、それらを使用する必要があります。モビリティが明確に向上します。 通信オプションもありました。ラップトップへのグラバーを備えたカメラ、そして組織ゾーンのコンピューターとショーへのwifi。 しかし、実際のテストでは、50-70メートルの距離にある増幅アンテナでも安定したwifiストリームを取得することは不可能であることが判明しました。崖の場合、多くの場合、手動で再構築する必要があります。これは一般的に、オペレーターが気を散らす時間がないモバイル撮影のオプションではありません
気が散る：
-組織ゾーンの約70％が4kW UPSで駆動され、実際の消費量は約3.7 kWです。 これには、メインプロジェクター、アンプ、ほぼすべてのサーバーおよびコンピューターが含まれます。 たとえば、すべての放送機器とディスプレイ機器を接続するには、8つか9つの5ソケット「パイロット」が必要でした。
-ホールの音を出すために、1 kWの出力を持つ90年代の真空管アンプ-Novik e12が使用されました。 利点のうち、オーバーロードすることはほとんど不可能であるため、音が喘鳴になり始めることがわかります。 4つのスピーカー、下の2つは古いEVM、上のものはEVMケース、スピーカーはマスターボジャンです（マスターの名前を耳で正しく録音した場合）。
参加者：
「チーム」、オペレーター-
ファンドリー
m512。
コンソールでは、私はeasy_johnです
rizn、mihhru、takedoの撮影にも役立ちました。 ワークショップで-目的、ザウロン。
リーディング-カエル、オルディン、ツォン、ダイン。
カメラ-mihhru、veta、m512、constantine、hun7er
マイク-mihhru、カエル
チューナー-m512、easy_john、veta
コンピューター-veta、easy_john、m512
tnt23に言及することを忘れないでください-フェスト中に必要なトラブルと小さな修理をはんだ付けする、vga-svideoコンバーターkramer extron vcs700。
残り（ワイヤー、ミシュカー、モニター、小さなもの）-easy_john