HDMIフォーラム、AMDが求めたオープンソース HDMI 2.1ドライバー対応を拒否

 (phoronix.com)
3 ポイント 投稿者 GN⁺ 2024-03-01 | 2件のコメント | WhatsAppで共有
  • AMDのオープンソース Linux グラフィックドライバーは、HDMIフォーラムの法的要求により、HDMI 2.1+ 機能を実装できないという制約を抱えている。
    • AMDのエンジニアは HDMI 2.1+ 機能をオープンソースの Linux カーネルドライバーとして提供するため、HDMIフォーラムと協力して解決策を模索したが、その取り組みは失敗に終わった。
    • AMD Linux ドライバーで 4K@120Hz および 5K@240Hz 解像度をサポートできない問題は、3年間にわたり報告されてきた。

HDMIフォーラムの公開仕様へのアクセス閉鎖でオープンソース対応に打撃

  • HDMIフォーラムが公開仕様へのアクセスを閉鎖したことで、オープンソース対応が困難になっている。
  • AMDとX.Org Foundationは、オープンソース実装に向けた解決策を見つけるため HDMIフォーラムと協力しようとしたが、HDMIフォーラムは AMD の要請を拒否した。

AMDの取り組みとHDMIフォーラムの拒否

  • AMD の Linux エンジニアは法務チームとともに、数か月にわたって HDMI 機能を評価し、オープンソースドライバーでどのように公開できるかを判断しようと取り組んだ。
  • AMD は内部で動作するコードを持っており、数か月間 HDMIフォーラムの承認を待ったが、最終的に拒否された。
  • AMD の Linux エンジニア Alex Deucher は、HDMIフォーラムが提案を拒否し、HDMIフォーラムの要件に違反せずにオープンソースの HDMI 2.1 実装を行うことは不可能だと述べた。

追加の文脈とオープンソース支持者の代替案

  • AMD は内部のオープンソース AMDGPU コードベース内で HDMI 2.1+ 機能を実演するためのコードを数か月かけてプロトタイプ化していたが、今ではその努力が無駄になる可能性がある。
  • 初期のオープンソース AMD ドライバーの取り組みでは、GPU のビデオアクセラレーションを公開することへの懸念があり、これは HDCP / デジタル映像の制限に違反する可能性があった。
  • AMD が（非公開の）ファームウェア内でさらに多くの機能を実装するか、あるいは PSP IP ブロックで保護される別の方法を見つけられるかは不透明だ。
  • オープンソースドライバーで HDMI 2.1+ 機能が短期間でサポートされる可能性は低いため、オープンソース支持者は可能な限り DisplayPort の利用を目指すべきだ。

GN⁺の意見

  • この記事は、オープンソースドライバー開発において法的制約と技術的限界がどのようにイノベーションを妨げ得るかを示している。AMD のような大企業でさえ、HDMIフォーラムのような組織の規制により、ユーザーに最新機能を提供することに苦労していることが分かる。
  • HDMI 2.1+ 機能の欠如は、特に高解像度や高リフレッシュレートを必要とするゲーマーや専門職に大きな影響を及ぼし得る。彼らはオープンソースドライバーの制約により、DisplayPort のような代替手段を探すか、非オープンソースのソリューションへ移行せざるを得ない。
  • この問題は、オープンソースコミュニティが技術標準化団体と協力し、よりオープンで革新的な技術環境を整える必要性を強調している。この状況は、オープンソースハードウェア運動や代替標準の開発に向けた取り組みに、より多くの関心と支援が必要であることを示唆している。
  • AMD のような企業がオープンソースドライバー開発に投資することはコミュニティにとって前向きな影響を持つが、そうした努力が法的制約によって頓挫するなら、企業と開発者の双方にとって失望すべき結果になり得る。
  • HDMI 2.1+ 機能の欠如が自分のユースケースにどのような影響を与えるかを考慮し、必要であれば DisplayPort のような代替手段を検討すべきだ。

関連記事

2件のコメント

 
cosine20 2024-03-04

こういうことがあるせいで、私もHDMIよりDisplayPortのほうを好むようになりました。GPUにHDMIポートが1つしかなくてDisplayPortが3つも付いているのには、ちゃんと理由があったんですよね……
 
GN⁺ 2024-03-01
Hacker Newsの意見
  • あるユーザーは、この15年間ずっと、TVにカスタム情報（例: テキスト）をオーバーレイできる安価な小型デバイスを求めていたと述べている。しかし、HDMI信号のデコードは「クラブ」の一員でなければ違法であるため、そのようなデバイスは存在しないという。これは、DVDの無断コピーを懸念するコンテンツ提供者のせいだとしている。ユーザーは、このようなデバイスに199ドルまで支払う意思があり、オーバーレイするテキストやアイコンを入力できるオープンAPIがあることを望んでいる。
  • 別のユーザーは、オープンソースLinuxの支持者であれば、可能な限りHDMIの代わりにDisplayPortを使うべきだと述べている。また、これはUSB-Cケーブル経由で動作する複数のプロトコルの1つだと指摘している。
  • あるユーザーは、原則として不満だが、LinuxでHDRがきちんと動作するようになるまでは、TVにPCをつないでソファゲームをしたいのに、HDMI 2.1がまた別の問題になっていることに不満を表している。そのためにはWindowsが必要だと考えている。
  • フランスのようにソフトウェア特許がない国でこの作業を行い、その後で成果物を公開できるのかという質問があった。VLCの例を挙げて尋ねている。
  • HDMIの代わりにDisplayPortを使いたくなる理由があるのか、という質問があった。
  • AMDがHDMIをフォークしてドライバーサポートを追加し、HDMI互換の独自標準を作ることができるのか、またそれを防ぐ法律や仕様上の根本的な問題があるのか、という質問があった。
  • あるユーザーは、HDMI信号のデコードが違法だと今日初めて知り、HDMIはオープンプロトコルだと思っていたと述べている。
  • 誰かがHDMI仕様をリークしてくれることを望んでおり、すでにリークされているかもしれないとも述べている。最新のVESA仕様も制限されているとし、HDMIやDP接続の制御チャネルをスニッフィングすることは可能だという。これによって機能をリバースエンジニアリングできると指摘している。
  • あるユーザーは、この情報を知った後、HDMIベースの製品は二度と買わないと宣言している。
  • HDMIフォーラムが仕様を囲い込もうとする目的は何なのか、また仕様更新の公開を制限すると決めた際に示された理由はあるのか、という質問があった。