Chromebookを使った狂気のビデオウォールが登場！高校生が手掛けた驚きのプロジェクト
引用元：https://news.ycombinator.com/item?id=43221697
面白いプロジェクトを届けてくれてありがとう！メディアコンテンツの同期には結構取り組んでるから、みんなのソリューションを見られて楽しいよ。BrightSignメディアプレーヤーが業界標準だけど、20台のディスプレイを買うと数万ドルかかるから、リサイクルデバイスでの解決策には大きな拍手を贈りたいね。メディア関連のコードベースに興味があれば連絡して！
ありがとう！ブログに書けなかったけど、商業ソリューションの価格は本当にびっくりしたよ。ハードウェアとソフトウェアのコストはどれくらいかずっと気になってたし、プロのデジタルサイネージは信頼性も求められるしね。
信頼性は大事だけど、企業向けにしてはそんなに高くないと思うな。BrightSignは非常に信頼性が高く、カスタマイズもできるしネットワークやスクリプトも充実してる。コストパフォーマンスがすごく良いと思うよ。BrightSignの安価な代替はRaspberry Piだけど、問題もあるね。
専用ボックスが必要なのは商業ディスプレイの現実に関係してるの？展示会ではUSBスティックをテレビに挿して再生することが多いけど。各ディスプレイに小さなARMコンピュータを組み込むメリットはないのかな？
私は博物館で働いているから、レンダリングデバイスには多くの考慮が必要だね。商業用のディスプレイにはちょっと違った考慮があるし、別の視点からの回答になるかな。別のボックスを使うと、プロジェクターの種類に関係なく接続できるし、信号を適切に変換するハードウェアが必要な場合もある。別のボックスを使うことで柔軟性が増すんだ。
ちなみに、Chromebookや-ボックスをデジタルサイネージやキオスクに使用することもできるよ。ただし、Google Cloudで管理する必要があるけどね。
私はPiをベースにしたデジタルサイネージ会社を運営してるけど、どんな問題があるのか興味あるな。SDカードの問題とか？
OMXPlayerの廃止が問題になってるよ。一部のカスタムアプリは正確で低遅延な再生が必要だからね。その要件に合ったメカニズムはまだ見つけられてない。HDMI出力が不定期なのは面倒だけど、問題ではないかな。個々のクライアントが自分のPiを使いたがると、テクノロジーに不慣れな人にはソフトウェアの設定が難しいことがある。
＞その廃止は問題になっている。再生開始のタイミングを正確に制御するアプリが必要だからね。これまでの10年間、再生エンジンを自作してきたが、特に難しかった。正確な再生開始は私のソフトウェアでサポートされているよ。
いいね！info-Beamerの情報を見たことがあるかもしれない。BrightSignでも同じように設定できるZIP展開を使っているから、いつか話しましょう！メールを送るね。
古いChromebookを遊び道具に使うのはもったいない。子供たちのために第三世界の学校に寄付したほうがいいんじゃない？Thinkpad 11eはまだまだ使えるし、最新のLubuntuを入れて困ってる人たちに渡した方がいいよ。第一世界のハードウェアが無駄になっているのは悲しい。
ノートパソコンを第三世界に送るのは大変だよ。税関が古いモデルだと知らずに押収したり、なくなったり、賄賂が必要になったりすることもある。前の職場で百台以上のノートPCがあったけど、輸送に苦労した。もし物流が楽なら、もっと寄付できると思う。
インドでは、5万円未満のノートパソコンは関税が無料だよ。5万から7万の範囲なら10%、7万以上は18%とGSTがかかる。ただし、以下の条件を満たせば関税が免除されることがある：使用感があったり、3年以上前の領収書があったり、海外での修理や保証書があればOK
GoogleでChromebookが出た時、ロビーの装飾を提案したけど、40〜64台必要ってことで却下された（笑）。動画をシンクさせるつもりはなかったけど、時間を基にしたアニメーションを作って、ネットで時計を同期させるのが理想かな。
作者は試したみたいだけど、時計の同期がうまくいかなかったみたい。メモに書いてあったけど、ミリ秒単位で時間を正確に保てなかったから、この方法はダメだったって。
動画の同期がうまくいくかは疑問だけど、アクアリウムのページは毎秒サーバーに時間を聞いて同期してるよ。時間ベースのアニメーションにはこの方法が合う気がする。
PTPはこういう時間同期に良いアプローチだね。LAN内での精度はサブマイクロ秒まで達成できるし、リアルタイムメディア関連の多くの製品で使われているよ。
これについてもっと深掘りする価値がありそう。同期間で時計がどのくらいずれたのか、24時間でどのくらいドリフトしたのかとか、SNTPがちゃんと機能していたのか、ローカルタイムサーバーを立ててみたのかなど、知りたい。
昔IoTプロジェクトで、NTPがブロックされているとPCの時計がすぐずれることに驚いた。数ミリ秒のずれでも驚かない。このようにすることで、時計が速くなることを防いでいるのは思慮深いデザインだと思った。
確かに、そういう設計は思慮深いけど、’現代の’ NTPアルゴリズムを使えば必要ないと思う。彼らはハードウェア時計から遅くすることで時間を失わせるから、元に戻す必要はないよ。
正確な時間管理は難しいよね。コンピュータは長期的な時計の安定性がそれほど必要ないから、高価な時間管理ハードウェアをわざわざ入れる理由もないし、毎日NTPで同期すれば済むんだ。そんな中で「ミリ秒／日」はかなりいい部類だと思うよ。通常の結晶オシレーターは20PPMくらいの誤差があって、最悪で1日あたり約2秒のズレだ。 あまり試す機会がなかったんだけど、時計の同期はできてるのに次にチェックするともうダメだった。将来的にこの辺りを掘り下げるのは面白そうだと思う。 同期の問題は、ChromeOSを生のLinuxディストリビューションに置き換えた後に観察されたものなのか？ChromeOSには時間の同期に関する問題が幾つかあると思う。 固定メディアがあれば、この方法はかなり効果があるかも。特に音声に関与する場合、20～30msのズレでもかなり目立つからいい時計の同期が必要だね。でもNTPやPTPを使えば、かなりのところまで行けるよ。 すごい！私は4x4のタブレットを使って同じようなことをやったんだ。全16台をADB経由で接続して、ほとんどを自動化したんだ。Wi-Fiで16のVNCクライアントを使ってストリーミングして、PCが19のディスプレイを持ってる状態は最高だったよ。もちろん、ハードウェア周りは結構面倒だったけど。 昔の話だけど、ジャンクヤードジャumbotronっていうのがあって、ランダムなディスプレイを組み合わせて大きな画像を表示できるものだよ。 メディアラボはいろんな面白いものを作ってるね。今のウェブ技術でこれを作り直したら楽しそうだな。写真のアラインメントをメールで送るのも楽しそうだね。 もしスキミングして読むのをサボってたら分からないかもしれないけど、これは高校生たちが高校生活の中でやったプロジェクトで、すごく印象的だと思う。 ＞今、なぜこれがうまくいくのか分からないけど、偶然に面白い解決策を見つけた。 まさにアンヒンジドな、Chromebooksだね。 それがジョークなんだよね。 すっごくクールだね！以前、5つの大きなタッチスクリーンTVを使って、テーブルみたいに並べて、各側面で別々のアプリを動かしながら、バックグラウンドで同期された動画を再生するプロジェクトをやったんだ。ユーザーは、一方から他方にオブジェクトを送信できるようにしてね。最終的にはMac Proで、アプリをredisで同期させたんだけど、安定運用が難しかったのが残念だった。PC同士をもっと連携させて、リソースを共有できる環境ができればいいのにと思う。 それは分散コンピューティングって言うんだよ（https://en.m.wikipedia.org/wiki/Distributed_computing）で、LinuxやBSDで実現できるよ。 ＞”自分専用のディストロを作る旅に出たんだ。最小限のシステムから始めて、KioskモードのChromiumを自動起動するスクリプトを作ろうとしたんだけど、NixOSはストレージの少ないChromebookには合わないことに気づいて、すぐに断念した。Debianの最小インストールを試みたけど、非常に手間がかかるし、FAIという自動インストールツールを見つけてからはかなり効率的に進められた。” 他にも自動インストール可能なオプションが知りたいな。 Corebootに切り替えたことでフリーズが解消されたのが興味深い。何が原因だと思う？ACPIやDSDTが関係してるのかな、それとも元々のBIOSがHWコントローラーを正しく初期化できてなかったのかも。 それ、ウォッチドッグが作動してた可能性もあるんじゃない？ 昔、300席のコールセンターでWindows Embeddedの薄型クライアントを使って、動画を同期させるってのをやったんだ。タイムスタンプと高精度のJavaScriptライブラリを使ってさ。夜中にはビジネス名と日々の統計を全画面に流して、呼び出し直前にはキューから動画やテキストを流してた。 1つの動画を作って、コンピュータがその動画の特定の部分をズームインする方が楽だったんじゃないかな。それをブラウザで同時に再生すればいいと思う。 このプロジェクトで一番難しかったのは、各画面で違う動画を流すことよりも「ブラウザで動画を同時に流すこと」だった。Chromebookでそんな大きな動画を処理できても、動画の同期は難しいし、ソフトのインストールや自動起動の設定も大変だった。 13660×768の動画を速くデコードするのは非常に難しいと思うよ。 弱いデバイスや省エネ目標に合わないかもしれないから、計算的には高くつくかもしれないね。 見事な仕事だね！ビジョンを持ってそれを最後まで貫く姿勢が成功の秘訣だよ。 Chromebookの再利用は素晴らしいよね。Teardown ‘23でのワークショップがきっかけだったんだ。$50で手に入るし、Linuxを動かすとすごく軽いよ！ iPod Nano 6のディスプレイを使った逆エンジニアリングの動画壁、ぜひ見たいね！11年前のMikes Electric Stuffの動画がオススメだよ。 ‘書き込み保護’のネジを見て、ToshibaのChromebookを思い出したよ。Mr. Chromeboxのおかげでcorebootが入ったんだ。ただ、eMMCでLinuxがうまく動かなかったのが残念。 Lenovo Thinkpad 11eはゴミじゃないよ。Ubuntuを入れてまだ活用してるけど、アップグレードして寄付することを考えるべきだよ。 ＞1st worldの人が解体したり捨てたりするのは驚かないな。スマートフォンが普及して、発展途上国の子供がコンピュータを必要としなくなっているかもしれないし。 インドでは約34％の学校がインターネット設備を整えてないし、50％以上が機能するコンピュータを持ってないって。これは数億人がテクノロジーにアクセスできてないってことだよ。 ＞インドは経済大国で、核兵器も持っているし、製造業も強い。それに34％の学校がネットを使えてないことは、裕福さと社会的不平等の結果なんだよ。 素晴らしい仕事で、良い記事だったね。テストが終わった後、どんな動画を流したの？アクションの録画はある？ ありがとう！実はまだ何を流すか決まってないんだ。計画としては、学校が自分たちの動画（学生の作品のモンタージュとか）を作ってアップロードできるツールを作るつもり。卒業後もセルフサービスで使えるかも。 これにもっと時間をかけるなら、無限にバウンドするDVDロゴなんて楽しいアイデアがあると思うよ。バウンドするたびにロゴの位置を同期させて、どのデバイスも同じものを見られるようにするといいかも。 めっちゃ広いPongゲームが楽しそうだよ！ 昔、Amigaのバウンシングボールデモをやったことがあるよ。マスター画面に接続したターミナルが、各自異なる部分を表示してた。今思うと、あれは楽しかったな。 同じく！インタラクティブなことをやるのは実際かなり簡単で、socket.ioのウェブアプローチを選んだから。QRコードを使ってプレイヤーが参加し、広いPongゲームをして、スマホのジャイロスコープで操作できたら面白そう。 2013年にChromebook Pixelが発表されたときのは最高だったよ。 誰かがChromebook Pixelのディスプレイをスタンドアロンモニターにアダプトしたの覚えてる。いい4:3画面だったから自分もやりたかったけど、あまりにも美しくてカスタマイズできなかった。 すごいよね！ それは膨大な作業だね。今のうちに自由時間を楽しんで！もっとコメントを表示（1）
>最も遅いコンピュータが最も速いコンピュータを制約する。
うまく機能するのは、システムの設計がボトルネックに最適化されてるからだね。この理論に関しては制約理論をチェックしてみて。もっとコメントを表示（2）
＞「https://tomsepe.com/portfolio/google-pixeltree/」
