CollaboraがYouTubeの次世代エンジン「Chrobalt」をRDKに初搭載
Re-Engineering YouTube for the Living Room: Bringing "Chrobalt" to RDK
CollaboraがGoogleのYouTube Cobaltチームと協力し、RDKベースのChrobaltリファレンスプラットフォームを初めて実現。従来のCobaltからChromiumベースのChrobaltへの移行により、最新Web機能とセキュリティ更新、Starboardによる低フットプリントを両立。Amlogicチップセット上での統合、YTS認証、DABアダプタ対応など、デバイスパートナー向けの基盤を提供する。
Googleは大胆なエンジニアリング努力を開始した：CobaltのコードをChromiumとマージし、堅牢で標準準拠のレンダリングパイプラインを実現する。
HNでの議論
12- Retr0id
これによって、YouTubeのダウンローダーツールへの締め付けもさらに強化できる。TV自体のブラウザエンジンに依存している場合、クライアントのフィンガープリントはデバイスやファームウェアのアップデートによって大きく変わりうる。そのため「ランダムなスマートTVのふりをする」ことが、ダウンロードツールを実装する上で魅力的な方法となる。
もし彼らがエンジンを掌握すれば、フィンガープリントも掌握できる。そうなれば検出が容易になり、サードパーティ製クライアントが偽装するのは難しくなる。
- noir_lord
Linuxコンピュータ上で普通のFirefoxを動かすだけで十分に機能する。
消費者向けテクノロジーと称したさらなる監視など、自分の人生には必要ない。ましてや何かがあればなおさらだ。
私の「スマート」TVはネットワークに一度も接続されたことがないし、これからも接続するつもりはない。ユーザーを尊重し、定期的なセキュリティアップデートが継続的に提供され、私が制御するソフトウェアを実行するデバイスからピクセルを表示するだけだ。それが唯一の役割だ。
- bschwindHN
うわ、そのスクリーンショットはかなり悲惨なUIだな。
本当に「次世代リビングルーム向けウェブエンジン」なんて必要なのか？こうしたスマートTVのOSはほぼいつもクソみたいな出来だ。TVメーカーには全部諦めて、基本的な音量と入力切替の制御だけができるシンプルなパネルを出荷してほしい。
あるいは、どうしても「スマート」機能を出荷しなければならないのなら、なぜテキストや矩形、画像を表示するために未だに完全なブラウザエンジンを同梱する必要があるんだ？