「ディスプレイ制御」の版間の差分
Kusanaginoturugi (トーク | 投稿記録) (→ACPI: 翻訳) |
Kusanaginoturugi (トーク | 投稿記録) (→DPMS: 翻訳) |
||
23行目: | 23行目: | ||
== DPMS == |
== DPMS == |
||
+ | コンピュータハードウェアに普遍的であり、長い間ソフトウェアでよくサポートされているにも関わらず、[[Display Power Management Signaling]] は 2-4 の状態にディスプレイ電源を管理することしか許可しませんが、より細かい[[バックライト]]や他の制御はできません。テレビセットアップでは、最高の場合にパネル状態を切り替えることができますが、テレビを起動または休止させることはできません。 |
||
− | While omnipresent in computer hardware and well-supported in software for a long time, the [[Display Power Management Signaling]] only allows for display power management into 2-4 states, but no finer [[backlight]] or other control. In TV setups it can switch the panel state at best, but it cannot wake or suspend a TV. |
||
== (E-)DDC/CI == |
== (E-)DDC/CI == |
2024年4月5日 (金) 20:50時点における版
ディスプレイ制御プロトコルは、ビデオリンクを介した補助信号または追加のバスによるディスプレイの制御を可能にします。最も基本的な機能は電源とバックライト管理であり、後者は主にノートパソコンや一部のテレビ画面でサポートされていますが、スタンドアロンのコンピュータモニターではまだ普及していません。
制御可能な機能は一般に実装に大きく依存します。また、重複する機能を持つ多数のディスプレイ制御プロトコルとその実装が使用されています。
以下およびリンクされた記事に記載されているほとんどのツールについては、ユーザーを video
ユーザーグループに追加することでユーザーアクセスを許可できます。
ハードウェアのみ
これらの限定的な実装は、主に古いノートパソコンで見られます。ハードウェアのみとは、バックライト制御のためのソフトウェアインターフェイスがなく、ユーザーはプリセットキー/組み合わせまたは専用の回転式/スライド式スイッチやノブを使用するしかないことを意味します。古い CRT コンピュータモニターにも、ハードウェアの明るさ制御がありました。
ベンダー固有
ベンダー固有の実装と、関連するいくつかのツールはバックライトでよく紹介されています。標準カーネルインターフェイスのないベンダー固有の ACPI 実装やGPU ハックも、この限定カテゴリに含まれます。同様に、UART/USB などを介したカスタムプロトコルを使用する外部ディスプレイも含まれます。これらは通常、デスクトップ環境ではサポートされていません。
ACPI
ACPIモジュール実装は、ノートパソコンや一体型ディスプレイを持つ PC(AIO など)でのみ見つかりますが、部分的に標準化され、ソフトウェアからアクセス可能です。/sys/class/backlight
インターフェースを持つ ACPI 実装は通常、デスクトップ環境でよくサポートされていますが、他のディスプレイ制御機能は利用できません。
DPMS
コンピュータハードウェアに普遍的であり、長い間ソフトウェアでよくサポートされているにも関わらず、Display Power Management Signaling は 2-4 の状態にディスプレイ電源を管理することしか許可しませんが、より細かいバックライトや他の制御はできません。テレビセットアップでは、最高の場合にパネル状態を切り替えることができますが、テレビを起動または休止させることはできません。
(E-)DDC/CI
The (Enhanced) Display Data Channel / Command Interface interface carries Monitor Control Command Set (MCCS) over I2C and can complement or even replace DPMS in computer hardware. Even though DDC 1.0 was published in 1994 and E-DDC 1.0 in 1999, the feature has only started to appear in standalone computer monitors in 2010s. Besides power and backlight management it has an extensive command set for controlling all display settings supported in its controller. ddcutil (GUI: ddcuiAUR) and ddccontrolAUR (GUI: gddccontrolAUR) are the tools to look at. For backlight control it is possible to create /sys/class/backlight
interface with ddcci-driver-linux-dkmsAUR, which enables desktop integration, but still needs mainlining.
eDP v1.2
Embedded Display Port (eDP) introduced a display control protocol in version 1.2 working through the auxiliary DisplayPort channel, superseding DDC/CI in embedded/laptop displays.[1]
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 USB-CEC adapters are not cheap and abundant, a better alternative is to use kernel driver which uses auxiliary channel of DisplayPort for HDMI-CEC signalling, but it works only with a select few DP-to-HDMI adapters. On the other hand native HDMI-CEC support is normal in ARM single-board computers and certain Android devices. Desktop HDMI-CEC integration in Arch Linux is currently manual, but manageable for simple setups such as waking TV from standby. Supported in userspace primarily through cec-ctl
from v4l-utils or alternatively with cec-client
from libcec.