ディスプレイ制御

提供: ArchWiki
2024年4月5日 (金) 20:59時点におけるKusanaginoturugi (トーク | 投稿記録)による版 (→‎HDMI-CEC: 翻訳)
(差分) ← 古い版 | 最新版 (差分) | 新しい版 → (差分)
ナビゲーションに移動 検索に移動

ディスプレイ制御プロトコルは、ビデオリンクを介した補助信号または追加のバスによるディスプレイの制御を可能にします。最も基本的な機能は電源とバックライト管理であり、後者は主にノートパソコンや一部のテレビ画面でサポートされていますが、スタンドアロンのコンピュータモニターではまだ普及していません。

制御可能な機能は一般に実装に大きく依存します。また、重複する機能を持つ多数のディスプレイ制御プロトコルとその実装が使用されています。

この記事またはセクションの正確性には問題があります。
理由: video is a pre-systemd group, access to hardware is generally managed by udev. (議論: トーク:ディスプレイ制御#)

以下およびリンクされた記事に記載されているほとんどのツールについては、ユーザーを video ユーザーグループに追加することでユーザーアクセスを許可できます。

ハードウェアのみ

これらの限定的な実装は、主に古いノートパソコンで見られます。ハードウェアのみとは、バックライト制御のためのソフトウェアインターフェイスがなく、ユーザーはプリセットキー/組み合わせまたは専用の回転式/スライド式スイッチやノブを使用するしかないことを意味します。古い CRT コンピュータモニターにも、ハードウェアの明るさ制御がありました。

ベンダー固有

ベンダー固有の実装と、関連するいくつかのツールはバックライトでよく紹介されています。標準カーネルインターフェイスのないベンダー固有の ACPI 実装やGPU ハックも、この限定カテゴリに含まれます。同様に、UART/USB などを介したカスタムプロトコルを使用する外部ディスプレイも含まれます。これらは通常、デスクトップ環境ではサポートされていません。

ACPI

ACPIモジュール実装は、ノートパソコンや一体型ディスプレイを持つ PC(AIO など)でのみ見つかりますが、部分的に標準化され、ソフトウェアからアクセス可能です。/sys/class/backlight インターフェースを持つ ACPI 実装は通常、デスクトップ環境でよくサポートされていますが、他のディスプレイ制御機能は利用できません。

DPMS

コンピュータハードウェアに普遍的であり、長い間ソフトウェアでよくサポートされているにも関わらず、Display Power Management Signaling は 2-4 の状態にディスプレイ電源を管理することしか許可しませんが、より細かいバックライトや他の制御はできません。テレビセットアップでは、最高の場合にパネル状態を切り替えることができますが、テレビを起動または休止させることはできません。

(E-)DDC/CI

(拡張)ディスプレイデータチャンネル/コマンドインターフェース インターフェイスは Monitor Control Command Set (MCCS)を I2C 経由で運び、コンピュータハードウェアでDPMSを補完または置き換えることができます。DDC 1.0 が 1994 年に、E-DDC 1.0 が 1999 年に公開されたにも関わらず、この機能は 2010 年代になってからスタンドアロンのコンピュータモニターに現れ始めました。電源管理とバックライト管理の他に、そのコントローラでサポートされているすべてのディスプレイ設定を制御する広範なコマンドセットがあります。ddcutil (GUI: ddcuiAUR) および ddccontrolAUR (GUI: gddccontrolAUR) を確認してください。バックライト制御には、ddcci-driver-linux-dkmsAURを使用して/sys/class/backlight インターフェイスを作成することが可能で、デスクトップ統合を実現しますが、まだメインラインには必要です。

eDP v1.2

Embedded Display Port (eDP) はバージョン 1.2 で補助 DisplayPort チャンネルを介して動作するディスプレイ制御プロトコルを導入し、組み込み/ノートパソコンのディスプレイで DDC/CI を超越しました。[1]

HDMI-CEC

HDMI - コンシューマエレクトロニクスコントロールは、テレビなどのスタンドアロンエンドユーザーデバイスを起動および制御するための追加の I2C ライクだが非常に遅いバスです。HDMI 1.0 から利用可能で、HDMI コネクタの 13 番ピンを使用し、バスを駆動するためのわずかな追加ハードウェアが必要です。どういうわけか、これは通常 PC GPU ではサポートされていないため、追加のハードウェアが必要です。専門の USB-CECアダプターは安くはなく、豊富にあるわけではありませんが、DisplayPortを介したHDMI-CEC 信号の補助チャンネルを使用するカーネルドライバーを使用することがより良い代替手段ですが、これは一部のDP-HDMIアダプターでのみ機能します。一方で、ネイティブHDMI-CECサポートはARMシングルボードコンピューターや特定の Android デバイスで通常見られます。Arch Linux でのデスクトップ HDMI-CEC 統合は現在手動ですが、テレビを待機状態から起動するなど、シンプルなセットアップで管理可能です。ユーザースペースでは主に cec-ctlv4l-utils から)または代替として cec-clientlibcec から)を通じてサポートされています。