HDMI-CEC - 版の履歴

Kgx: /* PulseEight USB アダプター */ 同期

2025-02-14T19:37:15Z

PulseEight USB アダプター: 同期

← 古い版		2025年2月15日 (土) 04:37時点における版
47行目:		47行目:
	==== PulseEight USB アダプター ====		==== PulseEight USB アダプター ====

	[https://www.pulse-eight.com/p/104/usb-hdmi-cec-adapter PulseEight USB-CEC アダプター]は、「PC 側」コネクタから「TV 側」コネクタへ HDMI コネクタのすべてのピンを受動的に延長しますが、CEC ピンを除きます。そのピンを通るデータは、PC が CEC トラフィックを制御し監視できるように USB シリアルインターフェース上で公開されます。[[~~Serial input device to kernel input~~\|シリアルデバイス]]は、カーネルがそれを CEC アダプターとして認識し、引き継ぐ前に手動でそのラインディスプリン(TTY が特定の既知のタイプであり、動作にドライバーが必要であることをカーネルに信号を送るフラグ)を設定する必要があります。[https://lwn.net/Articles/700489/ シリアルデバイス API の制限]のためにこれを自動的に行うことはできないため、現在はデバイスが接続されたときに{{ic\|inputattach --pulse8-cec ...}}を実行する [[udev ルール]]と [[systemd\|systemd ユニット]](udev ルールでは長時間実行またはフォークするプロセスを起動できないため)を組み合わせて実現するのが最善の方法です。		[https://www.pulse-eight.com/p/104/usb-hdmi-cec-adapter PulseEight USB-CEC アダプター]は、"PC 側" コネクタから "TV 側" コネクタへ HDMI コネクタのすべてのピンを受動的に延長しますが、CEC ピンを除きます。そのピンを通るデータは、PC が CEC トラフィックを制御し監視できるように USB シリアルインターフェース上で公開されます。[[シリアル入力デバイスからカーネル入力へ\|シリアルデバイス]] は、カーネルがそれを CEC アダプターとして認識し、引き継ぐ前に手動でそのラインディスプリン(TTY が特定の既知のタイプであり、動作にドライバーが必要であることをカーネルに信号を送るフラグ)を設定する必要があります。[https://lwn.net/Articles/700489/ シリアルデバイス API の制限]のためにこれを自動的に行うことはできないため、現在はデバイスが接続されたときに {{ic\|inputattach --pulse8-cec ...}} を実行する [[udev ルール]]と [[systemd\|systemd ユニット]](udev ルールでは長時間実行またはフォークするプロセスを起動できないため) を組み合わせて実現するのが最善の方法です。

	このシリアルインターフェイスはデバイスノード {{ic\|/dev/~~ttyACM''X''~~}} として現れ、~~カーネルドライバーが引き継いで~~後で必要になる {{ic\|/dev/~~cec''X''~~}} デバイスを作成するために、ラインディスプリンを設定し~~て ''inputattach'' ユ~~ー~~ティリティ~~が必要です。これには {{Pkg\|linuxconsole}} パッケージが必要です。		このシリアルインターフェースはデバイスノード {{ic\|/dev/ttyACMX}} として現れ、後で必要となる {{ic\|/dev/cecX}} デバイスを作成するために、inputattach ユーティリティを使ってラインディシプリンを設定し、カーネルドライバーに処理を引き継がせる必要があります。これには {{Pkg\|linuxconsole}} パッケージが必要です。

	{{Note\|以下のルールで {{ic\|@$devnode}} を変更しないでください。これは udev の文字列置換です。}}		{{Note\|以下のルールで {{ic\|@$devnode}} を変更しないでください。これは udev の文字列置換です。}}
71行目:		71行目:
	}}		}}

	しかし、USB デバイス接続は、システムがスリープから復帰するときに通常リセットされます(これは「reset-resume」として知られています)。これは、コンピュータがサスペンドされた場合、シリアル接続が失われることを意味します。さらに、通常、シリアル接続は復帰時に切断されがちです。このため、上記のルールを何らかの方法で再度トリガーする必要があります。		しかし、USB デバイス接続は、システムがスリープから復帰するときに通常リセットされます(これは "reset-resume" として知られています) これは、コンピュータがサスペンドされた場合、シリアル接続が失われることを意味します。さらに、通常、シリアル接続は復帰時に切断されがちです。このため、上記のルールを何らかの方法で再度トリガーする必要があります。

	残念ながら、上記のルールが反応する {{ic\|ttyACM}} オブジェクトを担当する{{ic\|cdc_acm}}ドライバは、接続がリセットされてラインディスプリンが失われたことについての uevent を発生させず、USB デバイス直接にルールをフックすることはできません。代わりに、正しいタイミングで上記の使用されたルールを再度トリガーする最も確実な方法は、リセット時に USB デバイスを再設定することを強制して {{ic\|ttyACM}} オブジェクトを削除して再作成することです。これにより、udev は USB デバイスがリセットされて列挙されるときを追跡でき、{{ic\|DEVNUM}} プロパティがゼロになり後で復元されること、{{ic\|bConfigurationValue}} sysfs 属性を触ることにより、接続が再開されることを確実にします。		残念ながら、上記のルールが反応する {{ic\|ttyACM}} オブジェクトを担当する{{ic\|cdc_acm}}ドライバは、接続がリセットされてラインディスプリンが失われたことについての uevent を発生させず、USB デバイス直接にルールをフックすることはできません。代わりに、正しいタイミングで上記の使用されたルールを再度トリガーする最も確実な方法は、リセット時に USB デバイスを再設定することを強制して {{ic\|ttyACM}} オブジェクトを削除して再作成することです。これにより、udev は USB デバイスがリセットされて列挙されるときを追跡でき、{{ic\|DEVNUM}} プロパティがゼロになり後で復元されること、{{ic\|bConfigurationValue}} sysfs 属性を触ることにより、接続が再開されることを確実にします。

Kgx: /* 機能 */ 同期

2025-02-14T19:29:59Z

機能: 同期

Kgx: /* ソフトウェアセットアップ */ 同期

2025-02-14T19:25:17Z

ソフトウェアセットアップ: 同期

差分を表示

Kgx: CEC の用途を翻訳して追加

2025-02-14T19:13:34Z

CEC の用途を翻訳して追加

差分を表示

Kusanaginoturugi: /* ソフトウェアセットアップ */ 翻訳

2024-04-05T13:02:43Z

ソフトウェアセットアップ: 翻訳

← 古い版		2024年4月5日 (金) 22:02時点における版
147行目:		147行目:
	上記の {{ic\|cec0-configure@.service}} ユニットは {{ic\|--playback}} を使用して再生装置を設定しています。ただし、再生アドレスが使用済みでない場合、またはテレビの入力メニューで各デバイスクラスを視覚的に区別するために PC を目立たせたい場合は、デバイスクラスをチューナー（{{ic\|--tuner}}）またはレコーダー（{{ic\|--record}}）に設定しても一般的に問題ありません。		上記の {{ic\|cec0-configure@.service}} ユニットは {{ic\|--playback}} を使用して再生装置を設定しています。ただし、再生アドレスが使用済みでない場合、またはテレビの入力メニューで各デバイスクラスを視覚的に区別するために PC を目立たせたい場合は、デバイスクラスをチューナー（{{ic\|--tuner}}）またはレコーダー（{{ic\|--record}}）に設定しても一般的に問題ありません。

	=== ~~Input-handling daemons~~ ===		=== 入力処理デーモン ===

	* {{AUR\|cecdaemon-git}}		* {{AUR\|cecdaemon-git}}
	* {{AUR\|libcec-daemon-git}}		* {{AUR\|libcec-daemon-git}}

	=== ~~Userspace tools~~ ===		=== ユーザー空間ツール ===

	~~User access to~~ {{ic\|/dev/cec*}} ~~devices can be granted by enrolling users into the~~ {{ic\|video}} [[~~user group~~]]~~. The basic tool for controlling~~ CEC ~~devices is {{ic\|cec-ctl}} from~~ {{Pkg\|v4l-utils}}. ~~A similar one is~~ {{ic\|cec-~~client~~}} ~~from~~ {{Pkg\|libcec}}, ~~for~~ ~~which there are also Python bindings available in~~ {{AUR\|python-cec}}.		{{ic\|/dev/cec*}} デバイスへのユーザーアクセスは、ユーザーを {{ic\|video}} [[ユーザーグループ]]に登録することで許可されます。CEC デバイスを制御する基本ツールは {{Pkg\|v4l-utils}} からの {{ic\|cec-ctl}} です。同様のものに {{Pkg\|libcec}} からの {{ic\|cec-client}} があり、{{AUR\|python-cec}} で利用可能な Python バインディングもあります。

	== 参照 ==		== 参照 ==

Kusanaginoturugi: /* CECサブシステム設定 */ 翻訳

2024-04-05T13:00:11Z

CECサブシステム設定: 翻訳

← 古い版		2024年4月5日 (金) 22:00時点における版
118行目:		118行目:
	{{ic\|cec}} デバイスノードが再作成されるたびに CEC 設定を行う必要があるため、これは {{ic\|cec}} オブジェクトが表示されたときに発火する別の udev ルールで最もよく処理されます。		{{ic\|cec}} デバイスノードが再作成されるたびに CEC 設定を行う必要があるため、これは {{ic\|cec}} オブジェクトが表示されたときに発火する別の udev ルールで最もよく処理されます。

	{{Note\|~~Be sure to replace~~ {{ic\|card1-HDMI-A-1}} ~~in the following rule by your connector name.~~}}		{{Note\|以下のルールで {{ic\|card1-HDMI-A-1}} をあなたのコネクタ名に必ず置き換えてください。}}

	{{hc\|/etc/udev/rules.d/cec-configure-autostart.rules\|2=		{{hc\|/etc/udev/rules.d/cec-configure-autostart.rules\|2=
139行目:		139行目:
	}}		}}

			HDMI ソースが自己を宣伝できるデバイスクラスには、「録画装置」（最大 3 台）、「チューナー」（最大 4 台）、「再生装置」（最大 3 台）の 3 種類があります。これは重要です。なぜなら、HDMI デバイスは CEC を介して互いに通信する際に物理アドレスを使用せず、代わりに 4 ビットの「論理アドレス」を使用して「チューナー＃3」や「再生装置＃1」などのデバイスを識別し、それぞれの数には限りがあるからです。一つのタイプのデバイスが多すぎるためにアドレス割り当てに失敗した場合、代わりに「バックアップ」（最大 2 台）の役割が割り当てられるかもしれません。これらの役割は、以前に述べた [[#Features\|CEC の機能]]に関連して意図されています。すなわち：
	There are three device classes that an HDMI source can try to advertise itself as, which are "Recording device" (3 max), "Tuner" (4 max) and "Playback device" (3 max). This is important because HDMI devices do not use their physical address when communicating with each other over CEC, but a 4 bit "logical address", which identify devices as "Tuner #3" or "Playback Device #1", with a finite number of each. If address allocation fails because too many devices of one type are present, it may be assigned the "Backup" (2 max) role instead. These roles are intended to relate to the [[#Features\|CEC features]] mentioned earlier, namely:

			* 「チューナー」は「チューナーコントロール」をサポートすることが意図されています
	* "Tuner" is supposed to support "Tuner Control"
			* 「録画装置」は、テレビが他のアドレスからの関連メッセージを無視するとされているため、ワンタッチレコードを使用できる唯一のタイプです
	* "Recording device" is the only type that can use One Touch Record, as TVs are supposed to ignore related messages coming from other addresses
			* 「再生装置」は、一般的なビデオソース用です。コンピュータやビデオゲームコンソールなどは、「再生装置」とみなされます。
	* "Playback device" is for general purpose video sources. Computers, like video game consoles, are considered "Playback devices".

			上記の {{ic\|cec0-configure@.service}} ユニットは {{ic\|--playback}} を使用して再生装置を設定しています。ただし、再生アドレスが使用済みでない場合、またはテレビの入力メニューで各デバイスクラスを視覚的に区別するために PC を目立たせたい場合は、デバイスクラスをチューナー（{{ic\|--tuner}}）またはレコーダー（{{ic\|--record}}）に設定しても一般的に問題ありません。
	The above {{ic\|cec0-configure@.service}} unit uses {{ic\|--playback}} to configure a Playback device. It is, however, generally OK to set the device class to Tuner ({{ic\|--tuner}}) or Recorder ({{ic\|--record}}), whether because there are no more unused playback addresses, or simply to have the PC stand out in the list on TVs that visually set apart each device class in their input menus.

	=== Input-handling daemons ===		=== Input-handling daemons ===

Kusanaginoturugi: /* Software setup */ 翻訳

2024-04-05T12:54:35Z

Software setup: 翻訳

← 古い版		2024年4月5日 (金) 21:54時点における版
86行目:		86行目:
	これは基本的に、USB アダプタがスリープから出た直後に抜き差しされたかのように機能し、以前の {{ic\|1=SUBSYSTEM=="tty" ACTION=="add"}} ルールが再び実行されることを保証します。これにより、デバイスが使用可能な状態に戻るとすぐに systemd サービスが再起動されることが保証されます。		これは基本的に、USB アダプタがスリープから出た直後に抜き差しされたかのように機能し、以前の {{ic\|1=SUBSYSTEM=="tty" ACTION=="add"}} ルールが再び実行されることを保証します。これにより、デバイスが使用可能な状態に戻るとすぐに systemd サービスが再起動されることが保証されます。

			== ソフトウェアセットアップ ==
	== Software setup ==

	=== CEC ~~subsystem configuration~~ ===		=== CECサブシステム設定 ===

			CECサブシステムの設定が完了し、{{ic\|/dev/cec0}} が作成されたので、他の CEC デバイスが PC について知るように PC を設定することが可能になりました。コマンドラインを使用している場合、CEC デバイスは通常 {{Pkg\|v4l-utils}} の一部である {{ic\|cec-ctl}} を介して制御されます。
	Now that the CEC subsystem has something to bind on and that {{ic\|/dev/cec0}} has been created, it is now possible to configure the PC so other CEC devices know about it. When using the command-line, CEC devices are normally controlled via {{ic\|cec-ctl}}, which is part of {{Pkg\|v4l-utils}}.

			一つ注意すべき点は、CEC ピンだけでは、有効な CEC メッセージを送信するために必要な情報が十分ではないということです。ピン13（CEC）のみを監視する CEC アダプターは、「物理アドレス」（HDMI デバイスの「ツリー」内のポート番号による位置、例えば {{ic\|3.1.0.0}} など）を知ることができず、論理アドレス割り当て手続きを完了するためにこれを把握する必要があります。論理アドレスがなければ、デバイスはブロードキャストメッセージのみを受信および送信できます。物理アドレスはピン 16（DDC/EDID）を介して伝えられるため、CEC サブシステムの設定には、物理アドレスをディスプレイの EDID から抽出できるように、どのディスプレイ出力ポートがその CEC オブジェクトに関連付けられるべきかを指定することが含まれます。
	One thing to be aware of is that the CEC pin alone does not have enough information on its own to send a valid CEC message. A CEC adapter that only monitors pin 13 (CEC) cannot know its "physical address" (its position in terms of port numbers in the "tree" of HDMI devices, such as {{ic\|3.1.0.0}}), which it needs to be aware of in order to complete the logical address allocation procedure. Without a logical address, a device can only receive and send broadcast messages. The physical address is communicated over pin 16 (DDC/EDID), so configuring the CEC subsystem includes specifying which display output port is supposed to be associated with with that CEC object, in order for the physical address to be extracted from the display's EDID.

			アクティブなコネクターの名前を見つける一つの方法は、{{ic\|xrandr --query}} を使用することです（これは Wayland でも機能します）：
	One way to find the name of the active connectors is to use {{ic\|xrandr --query}} (which also works on Wayland):

	{{hc\|$ xrandr --query \|		{{hc\|$ xrandr --query \|
108行目:		108行目:
	}}		}}

	~~Once the correct port has been identified (for example~~ {{ic\|HDMI-A-1}}~~), then the~~ sysfs ~~port name can be found by using~~ {{ic\|ls -1d /sys/class/drm/card*-HDMI-A-1}} ~~(such as~~ {{ic\|card1-HDMI-A-1}}~~). In this case, the corresponding display's~~ EDID ~~data would be kept at~~ {{ic\|/sys/class/drm/card1-HDMI-A-1/edid}}.		正しいポートが識別されたら（例えば{{ic\|HDMI-A-1}}）、sysfs ポート名は {{ic\|ls -1d /sys/class/drm/card*-HDMI-A-1}} を使用して見つけることができます（例えば {{ic\|card1-HDMI-A-1}}）。この場合、対応するディスプレイの EDID データは {{ic\|/sys/class/drm/card1-HDMI-A-1/edid}} に保持されます。

			物理アドレスはこのようにプレビューできます：
	The physical address can be previewed like this:

	{{hc\|$ edid-decode --physical-address /sys/class/drm/card1-DP-3/edid\|2=		{{hc\|$ edid-decode --physical-address /sys/class/drm/card1-DP-3/edid\|2=
116行目:		116行目:
	}}		}}

			{{ic\|cec}} デバイスノードが再作成されるたびに CEC 設定を行う必要があるため、これは {{ic\|cec}} オブジェクトが表示されたときに発火する別の udev ルールで最もよく処理されます。
	Given how CEC configuration must be performed every time the {{ic\|cec}} device node is re-created, this is best handled with another udev rule that fires when the {{ic\|cec}} object appears.

	{{Note\|Be sure to replace {{ic\|card1-HDMI-A-1}} in the following rule by your connector name.}}		{{Note\|Be sure to replace {{ic\|card1-HDMI-A-1}} in the following rule by your connector name.}}

Kusanaginoturugi: /* See also */ 翻訳

2024-04-05T12:46:48Z

Kusanaginoturugi: 校正

2024-04-05T12:43:01Z

校正

← 古い版		2024年4月5日 (金) 21:43時点における版
2行目:		2行目:
	[[en:HDMI-CEC]]		[[en:HDMI-CEC]]
	[[pl:HDMI-CEC]]		[[pl:HDMI-CEC]]
	[[Wikipedia:Consumer Electronics Control\|High-Definition Multimedia Interface - Consumer Electronics Control]] ~~(HDMI-CEC)~~ は、HDMI 接続内の追加の低速（50 B/s）バスであり、HDMI デバイスの「ネットワーク」が互いに通信するために使用できます。これにより、HDMI デバイスはお互いにオンまたはオフにすることを通知したり、テレビが入力を切り替えたり、リモコンのボタンが押されたりするなどの操作が可能になります。PC セットアップでは、通常、HTPC（ホームシアターPC）セットアップで遭遇します。		[[Wikipedia:Consumer Electronics Control\|High-Definition Multimedia Interface - Consumer Electronics Control]] は、HDMI 接続内の追加の低速（50 B/s）バスであり、HDMI デバイスの「ネットワーク」が互いに通信するために使用できます。これにより、HDMI デバイスはお互いにオンまたはオフにすることを通知したり、テレビが入力を切り替えたり、リモコンのボタンが押されたりするなどの操作が可能になります。PC セットアップでは、通常、HTPC（ホームシアターPC）セットアップで遭遇します。

	様々な理由から、ほとんどの PC GPU は CEC のハードウェアサポートを持っていません。ビデオゲームコンソールやセットトップボックスは通常、CEC ピンを駆動するために外部チップセットを含める必要があります。Raspberry Pi で見られる VideoCore GPU のようにネイティブ CEC サポートを持つデバイスもありますが、ほとんどのハードウェア構成では追加のハードウェアが必要です。		様々な理由から、ほとんどの PC GPU は CEC のハードウェアサポートを持っていません。ビデオゲームコンソールやセットトップボックスは通常、CEC ピンを駆動するために外部チップセットを含める必要があります。Raspberry Pi で見られる VideoCore GPU のようにネイティブ CEC サポートを持つデバイスもありますが、ほとんどのハードウェア構成では追加のハードウェアが必要です。

Kusanaginoturugi: /* ハードウェアセットアップ */ 校正

2024-04-05T12:42:38Z

ハードウェアセットアップ: 校正

← 古い版		2024年4月5日 (金) 21:42時点における版
31行目:		31行目:
	== ハードウェアセットアップ ==		== ハードウェアセットアップ ==

	Linuxの[[カーネル]]には既に CEC イベントに自動的に応答し、処理するための組み込みのサブシステムがありますが、ハードウェアが正しく機能するためには最初に設定が必要になる場合があります。		Linux の[[カーネル]]には既に CEC イベントに自動的に応答し、処理するための組み込みのサブシステムがありますが、ハードウェアが正しく機能するためには最初に設定が必要になる場合があります。

	=== Native CEC ===		=== Native CEC ===

← 古い版		2024年4月5日 (金) 21:46時点における版
156行目:		156行目:
	User access to {{ic\|/dev/cec*}} devices can be granted by enrolling users into the {{ic\|video}} [[user group]]. The basic tool for controlling CEC devices is {{ic\|cec-ctl}} from {{Pkg\|v4l-utils}}. A similar one is {{ic\|cec-client}} from {{Pkg\|libcec}}, for which there are also Python bindings available in {{AUR\|python-cec}}.		User access to {{ic\|/dev/cec*}} devices can be granted by enrolling users into the {{ic\|video}} [[user group]]. The basic tool for controlling CEC devices is {{ic\|cec-ctl}} from {{Pkg\|v4l-utils}}. A similar one is {{ic\|cec-client}} from {{Pkg\|libcec}}, for which there are also Python bindings available in {{AUR\|python-cec}}.

	== ~~See also~~ ==		== 参照 ==

	* [https://docs.kernel.org/admin-guide/media/cec.html ~~Kernel documentation for the~~ CEC ~~subsystem~~]		* [https://docs.kernel.org/admin-guide/media/cec.html CEC サブシステムに関するカーネルドキュメント]
	* [https://elinux.org/CEC_(Consumer_Electronics_Control)_over_HDMI CEC (Consumer Electronics Control) ~~over HDMI~~]~~, in~~ Embedded Linux Wiki (eLinux.org)		* [https://elinux.org/CEC_(Consumer_Electronics_Control)_over_HDMI HDMI 上の CEC (Consumer Electronics Control)]、Embedded Linux Wiki (eLinux.org)内
	* [https://www.youtube.com/watch?v=Q6S2FabX2WA HDMI CEC: ~~What?~~ ~~Why?~~ ~~How?~~], by Hans Verkuil~~, who wrote most of the CEC~~ ~~subsystem~~		* [https://www.youtube.com/watch?v=Q6S2FabX2WA HDMI CEC: 何？なぜ？どうやって？]、CEC サブシステムの大部分を書いた Hans Verkuil による
	* [https://www.cec-o-matic.com/ CEC-O-Matic]~~, which allows to create raw~~ CEC ~~messages and gives an overview of what makes up a valid~~ CEC ~~frame~~		* [https://www.cec-o-matic.com/ CEC-O-Matic]、生の CEC メッセージを作成し、有効な CEC フレームを構成するものの概要を提供するツール

← 古い版		2025年2月15日 (土) 04:29時点における版
8行目:		8行目:
	== 機能 ==		== 機能 ==

	CEC (Consumer Electronics Control) の主な目的は、テレビがそれに接続されているデバイスの状態を把握し、制御することを可能にすることです。そのため、特定の使用例に対応する「機能」のいくつかに分けられており、デバイスは発信者/フォロワーとしての役割、能力、ユーザー設定に基づいて、これらの機能をサポートするかどうかを選択できます。		CEC (Consumer Electronics Control) の主な目的は、テレビがそれに接続されているデバイスの状態を把握し、制御することを可能にすることです。そのため、特定の使用例に対応する "機能" のいくつかに分けられており、デバイスは発信者/フォロワーとしての役割、能力、ユーザー設定に基づいて、これらの機能をサポートするかどうかを選択できます。

	標準化された機能は以下の通りです:		標準化された機能は以下の通りです:

	;ワンタッチプレイ: デバイスが直ちにアクティブソースになることを希望していることを示し、自動的にテレビをオンにすることができます		;ワンタッチプレイ: デバイスが直ちにアクティブソースになることを希望していることを示し、自動的にテレビをオンにすることができます
	;ルーティング制御: テレビがHDMIスイッチを制御できるようにし、デバイスが現在アクティブなソースを確認できるようにします		;ルーティング制御: テレビが HDMI スイッチを制御できるようにし、デバイスが現在アクティブなソースを確認できるようにします
	;リモートコントロールパススルー: デバイスが互いにリモコン信号を送信できるようにします。通常はテレビからアクティブソースへ送信されます		;リモートコントロールパススルー: デバイスが互いにリモコン信号を送信できるようにします。通常はテレビからアクティブソースへ送信されます
	;デッキコントロール: 映画/音楽プレイヤーを制御し、その再生状態を照会する		;デッキコントロール: 映画/音楽プレイヤーを制御し、その再生状態を照会する
	;スタンバイ/システムスタンバイ: デバイスが別の特定のデバイスの電源を切ることを要求したり、システム上のすべてのデバイスが今電源を切るべきだと放送することができます		;スタンバイ/システムスタンバイ: デバイスが別の特定のデバイスの電源を切ることを要求したり、システム上のすべてのデバイスが今電源を切るべきだと放送することができます
	;電源状態: デバイスがスタンバイモードにあるか、オンになっているか、またはオンになるプロセス中にあるかを調べることができます		;電源状態: デバイスがスタンバイモードにあるか、オンになっているか、またはオンになるプロセス中にあるかを調べることができます
	;システムオーディオコントロール: テレビのオーディオリターンチャネルを介して接続されたAVレシーバーを制御できるようにし、音量を変更したりレシーバーの電源を入れたり切ったりできます		;システムオーディオコントロール: テレビのオーディオリターンチャネルを介して接続された AV レシーバーを制御できるようにし、音量を変更したりレシーバーの電源を入れたり切ったりできます
	;チューナーコントロール: 任意のデバイスがチューナーデバイスに知られているテレビチャンネルのリストを通過し、アクティブなチャンネルの情報(アナログテレビのチャンネル番号やデジタルテレビのDVB/ATSC/ARIBトランスポートストリーム情報など)を照会できます		;チューナーコントロール: 任意のデバイスがチューナーデバイスに知られているテレビチャンネルのリストを通過し、アクティブなチャンネルの情報 (アナログテレビのチャンネル番号やデジタルテレビの DVB/ATSC/ARIB トランスポートストリーム情報など) を照会できます
	;ワンタッチレコード: レコーダーがテレビが現在表示しているチャンネルを照会できるようにし、そのレコーダーが同じチャンネルにチューニングして録画を開始するか、既に現在アクティブなHDMIソースであれば自身や下流デバイスを録画すべきかを知ることができます		;ワンタッチレコード: レコーダーがテレビが現在表示しているチャンネルを照会できるようにし、そのレコーダーが同じチャンネルにチューニングして録画を開始するか、既に現在アクティブな HDMI ソースであれば自身や下流デバイスを録画すべきかを知ることができます
	;タイマープログラミング: テレビが特定の時間に特定のソースの録画を開始するためにレコーダー上のタイマーを設定できるようにします		;タイマープログラミング: テレビが特定の時間に特定のソースの録画を開始するためにレコーダー上のタイマーを設定できるようにします
	;OSD表示: デバイスがテレビ上にメッセージを表示できるようにします。1から13文字のASCII文字で		;OSD表示: デバイスがテレビ上にメッセージを表示できるようにします。1 から 13 文字の ASCII 文字で
	;ダイナミックオートリップシンク: テレビがオーディオシンクへのプレゼンテーション遅延の変更を放送できるようにします。これは、独自のスピーカーを持つソース(PCなど)が画像との遅延補償に使用できます。		;ダイナミックオートリップシンク: テレビがオーディオシンクへのプレゼンテーション遅延の変更を放送できるようにします。これは、独自のスピーカーを持つソース (PC など) が画像との遅延補償に使用できます。

	{{Tip\|リストにないもの:デバイスメニューコントロール(CEC 2.0で廃止)、OSD名転送(cec-ctlによって処理)、システム情報、ベンダー固有のコマンド(標準化されたメッセージなし)、オーディオレートコントロール(TV-AVのみ)、オーディオリターンチャネルコントロール(TV-AVのみ)}}		{{Tip\|リストにないもの:デバイスメニューコントロール (CEC 2.0で廃止)、OSD 名転送 (cec-ctl によって処理)、システム情報、ベンダー固有のコマンド (標準化されたメッセージなし)、オーディオレートコントロール (TV-AV のみ)、オーディオリターンチャネルコントロール (TV-AV のみ)}}

	PC のようなデバイスにとって、これらの中で最も有用なのは「リモートコントロールパススルー」でしょう。HTPC にとっては「システムスタンバイ」が有用かもしれませんが、スクリーンがオフになったときに通常スリープ状態に入ることが期待されないより一般的な用途のマシンでは疑問の余地があります。「ルーティングコントロール」は、テレビがその入力を表示しようとするときにシステムを起動させるために使用できますが、接続されたPCがサスペンド中にCECトラフィックを~~リッスンす~~る方法を持っている場合に限ります。「システムオーディオコントロール」は、一部の HDMI サウンド出力にとって便利ですが、現在、[[PipeWire]]や [[PulseAudio]] といったもので音量制御の手段としては機能していません。		PC のようなデバイスにとって、これらの中で最も有用なのは '''リモートコントロールパススルー''' でしょう。HTPC にとっては '''システムスタンバイ''' が有用かもしれませんが、スクリーンがオフになったときに通常スリープ状態に入ることが期待されないより一般的な用途のマシンでは疑問の余地があります。'''ルーティングコントロール''' は、テレビがその入力を表示しようとするときにシステムを起動させるために使用できますが、接続されたPCがサスペンド中にCECトラフィックを待ち受ける方法を持っている場合に限ります。'''システムオーディオコントロール''' は、一部の HDMI サウンド出力にとって便利ですが、現在、[[PipeWire]] や [[PulseAudio]] といったもので音量制御の手段としては機能していません。

	== ハードウェアセットアップ ==		== ハードウェアセットアップ ==