「ディスプレイ制御」の版間の差分

2024年4月5日 (金) 20:59時点における最新版

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

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

この記事またはセクションの正確性には問題があります。

理由: 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: ddcui^AUR) および ddccontrol^AUR (GUI: gddccontrol^AUR) を確認してください。バックライト制御には、ddcci-driver-linux-dkms^AURを使用して/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-ctl（v4l-utils から）または代替として cec-client（libcec から）を通じてサポートされています。

2024年4月5日 (金) 20:55時点における版 (ソースを閲覧) Kusanaginoturugi (トーク \| 投稿記録) (→‎eDP v1.2: 翻訳) ← 古い編集		2024年4月5日 (金) 20:59時点における最新版 (ソースを閲覧) Kusanaginoturugi (トーク \| 投稿記録) (→‎HDMI-CEC: 翻訳)
35行目:		35行目:
	== HDMI-CEC ==		== HDMI-CEC ==

−	[[HDMI-CEC\|HDMI - ~~Consumer Electronics Control~~]] ~~is an additional~~ I2C~~-like, but very slow bus for waking and controlling standalone enduser devices such as TVs. Available from~~ HDMI 1.0, it ~~uses pin~~ 13 ~~in a HDMI connector and it needs a tiny bit of additional hardware to drive the bus. Somehow it is typically not supported in~~ PC ~~GPUs so additional hardware is needed.~~ ~~Specialised~~ [[HDMI-CEC#CEC adapter\|USB-CEC ~~adapters~~]] ~~are not cheap and abundant, a better alternative is to use [[kernel]] driver which uses auxiliary channel of~~ [[HDMI-CEC#Tunneling over DisplayPort\|DisplayPort ~~for~~ HDMI-CEC]] ~~signalling, but it works only with~~ [https://docs.kernel.org/admin-guide/media/cec.html#displayport-to-hdmi-adapters-with-working-cec ~~a select few~~] DP~~-to~~-HDMI ~~adapters. On the other hand~~ [[HDMI-CEC#Native CEC\|~~native~~ HDMI-CEC]] ~~support is~~ [https://docs.kernel.org/admin-guide/media/cec.html#supported-hardware-in-mainline ~~normal~~] ~~in ARM single-board computers and certain Android devices.~~ ~~Desktop~~ HDMI-CEC ~~integration in Arch Linux is currently~~ [[HDMI-CEC#Software setup\|~~manual~~]]~~, but manageable for simple setups such as waking TV from standby. Supported in userspace primarily through~~ {{ic\|cec-ctl}} ~~from~~ {{Pkg\|v4l-utils}} ~~or alternatively with~~ {{ic\|cec-client}} ~~from~~ {{Pkg\|libcec}}.	+	[[HDMI-CEC\|HDMI - コンシューマエレクトロニクスコントロール]]は、テレビなどのスタンドアロンエンドユーザーデバイスを起動および制御するための追加の I2C ライクだが非常に遅いバスです。HDMI 1.0 から利用可能で、HDMI コネクタの 13 番ピンを使用し、バスを駆動するためのわずかな追加ハードウェアが必要です。どういうわけか、これは通常 PC GPU ではサポートされていないため、追加のハードウェアが必要です。専門の [[HDMI-CEC#CEC adapter\|USB-CECアダプター]]は安くはなく、豊富にあるわけではありませんが、[[HDMI-CEC#Tunneling over DisplayPort\|DisplayPortを介したHDMI-CEC]] 信号の補助チャンネルを使用する[[カーネル]]ドライバーを使用することがより良い代替手段ですが、これは[https://docs.kernel.org/admin-guide/media/cec.html#displayport-to-hdmi-adapters-with-working-cec 一部の]DP-HDMIアダプターでのみ機能します。一方で、[[HDMI-CEC#Native CEC\|ネイティブHDMI-CEC]]サポートはARMシングルボードコンピューターや特定の Android デバイスで[https://docs.kernel.org/admin-guide/media/cec.html#supported-hardware-in-mainline 通常]見られます。Arch Linux でのデスクトップ HDMI-CEC 統合は現在[[HDMI-CEC#Software setup\|手動]]ですが、テレビを待機状態から起動するなど、シンプルなセットアップで管理可能です。ユーザースペースでは主に {{ic\|cec-ctl}}（{{Pkg\|v4l-utils}} から）または代替として {{ic\|cec-client}}（{{Pkg\|libcec}} から）を通じてサポートされています。