今回はおもしろハードウェア活用術のご紹介です。キャプチャデバイスが欲しい欲しい。欲しいじゃないですか。キャプチャデバイスです。キャプチャは持ってないがち。キャプチャデバイスというのはあまり一般的なデバイスではないので案外高い。安くても1万は切れないことが多くて、まぁ2〜3万は覚悟が必要になるわけです。映像ソースが1本しかないのであれば、まぁ買い切りだし1個くらい買ってもいいか、となるもんですが、これが2本、3本となると話は別です。ロスレスなんて言わないから、なんなら60fpsも諦めるから、安いやつが欲しい、そういうケースはあります。スライドなんて数十秒に1回しか切り替わらんし、演台の人間もほとんど動かないので60fpsは要らない。大したディティールも要らんのでキャプチャデバイスがロスレスだろうとロッシーだろうと、配信を見てる人にはほとんど差がわからない。あと、登壇者のマシンとカメラが離れてるとか、そういうこともあって映像を数十メールくらい伝送する必要があったりします。ケーブルとか結構いいお値段するし、太くて取り回しはだるいし、かといって安いケーブルだと信号がロスってちゃんと伝送できないこともあります。いう願いを全部叶えてくれる、ナイスなデバイスないかな〜〜と思ってたら、あったんです。延長器として銘を受けて生まれてきたデバイスです。本来は送信側と受信側をペアにして使います。搭載したコンピュータを繋ぐと映像を容易に受信することができます。圧縮されているので原理的にはロッシーですが、言うほど劣化は目立たなくて、許せるレベル。ケーブルを使えるわけので、数十メール伝送するくらい楽勝ですし、ケーブルも安いしどこでも買える。詳しいことはこの記事に書いてあるので、興味のある人はぜひ。容易に受信可能とはいえ、中身は独自のプロトコルなので、既存のソフトウェアにそのまま食わせることはできません。なんかに食わせられると最高なんですが、もうひと手間必要です。プラグイン機構があり、仕様に沿った動的リンクライブラリを用意してやると機能を拡張することができます。拡張できる機能にもエンコーダとか映像入力とか、いくらか種類があります。いう機能を持つプラグインを実装しました。だいたいのことはこのページを読めばわかります。して使うことができます。ビルドシステムを組み込んでやる必要があります。使うとシュッと連携させることができます。使うことでヘッダファイルから自動生成できます。いうわけで、だいたい全部自動で準備が整います。デコーダもあるのですが、インターフェースの兼ね合いなどもあって断念しました。高速な圧縮と伸張ができるライブラリです。フォーマットが使えたことです。ズレていると、毎フレームごとにフォーマットを揃える必要があり、実行速度上のペナルティが大きくなります。動画のフレームのデコードは速度が命なので、これはとても大切でした。できあがったものがこちらです。ビルドできるんではないかと思っています。動かないのは、俺が実装をサボったからです。むずかしいそもそも運用だるいがち組織だと運用コストよりスケーラビリティのメリットのほうが大きいかもしれない個人だとだいたい運用コストのほうがでかい(運用してるけどやはりつらい。OSビルドバトル3今日はお休みです。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。