Fedoraは、ワークステーションで最先端のテクノロジーを使いたいユーザーに人気のLinuxディストリビューションです。
プロプライエタリなコンポーネントは一切搭載しておらず、デフォルトで完全なオープンソースソフトウェアライブラリにこだわっています。
これは、すでに何人かの人にとっては不便なことですが、現在、別の変更が Fedora 37 を期待しているユーザーを苦しめるかもしれないようです。
この変更は Fedora 36 にもバックポートされる可能性があります。
Fedora Project Forumのメンバーが 最初に見つけたのは Fedoraのこの変更を 発見 し、「....
これはFedoraユーザーにとって悪いニュースですか？
はい、基本的には。
また、Intelチップ上でiGPUを実行している場合でも、 オープンソースのグラフィックスドライバを使用している人にも影響します。Fedoraの開発者は、この件について明確な説明をしていませんが、自分でテストすることができます。
NVIDIAグラフィックスカードでプロプライエタリドライバを使用している場合は、何も心配する必要はありません。
古いハードウェアを使用しているユーザーは、システムがこれらのコーデックをサポートしていない可能性があります。
一部のストリーミング・プラットフォームも、それぞれのプラットフォームでコンテンツを配信するためにこれらのコーデックを使用しているため、ユーザーがそのサービスを通じてコンテンツにアクセスしようとすると問題に直面する可能性があります。
これはすべての人に影響するのですか？
フェドラは法的トラブルを回避しています。
まだ誰もFedoraを訴えたり、強制したりはしていません。しかし、 Phoronix 指摘するように、Mesa の最近の変更により、開発者は法的紛争やソフトウェア特許の衝突を避けるためにコーデックを選択的に無効にすることができます。
そこで、法的な混乱を避けるために、Fedora はこの変更を行いました。
また、VC-1の特許は、メディアやエンターテインメント団体の専門家によって運営されている SMPTEいます。
ユーザーがグラフィックカードを購入したときに、これらのコーデックを使用するライセンスをすでに支払っていることを考えると、なぜこのようなことが起こるのかはまだ不明です。これについては、 Fedoraのリーガル・リスティング・セッションを ご覧ください。
どのような解決策が考えられますか？
もちろん、CPUベースのデコードに頼らざるを得ません。もちろん、Mesaの公式ビルドやサードパーティビルドを使用することもできます。
しかし、これはほとんどのユーザーにとって不便なソリューションです。
もう一つの解決策は、VAAPI対応コーデックを、サードパーティ製アプリケーションを含むように設計されたRPM Fusionリポジトリに個別に含めることです。
しかし、Fedora RPM Fusion リポジトリの責任者である開発者は、Fedora Mesa 3D のレプリカを保守することに興味がありません。その開発者はこう述べています：
rpmfusionは基本的にパッケージングやメンテナンスに興味がなく、リポジトリをFedoraと同期させることは私にとって優先事項ではありません。
経由: ---ec/
