Content deleted Content added
Mrsteve987 (talk | contribs) m →External links: Some clarifications for Mac tools, added m1ddc as the Apple Silicon CLI tool + ordered alphabetically. |
CortexFiend (talk | contribs) Link suggestions feature: 3 links added. |
||
| (6 intermediate revisions by 6 users not shown) | |||
Line 7:
==Overview==
The DDC suite of standards aims to provide [[Plug and Play]] and [[VESA DPMS|DPMS]] power management experiences for computer displays.
DDC1 and DDC2B/Ab/B+/Bi protocols are a physical link between a monitor and a video card, which was originally carried on either two or three pins in a 15-pin analog [[VGA connector]].
[[Extended display identification data]] (EDID) is a companion standard; it defines a compact [[binary file]] format describing the monitor's capabilities and supported graphics modes, stored in a [[read-only memory]] ([[EEPROM]]) chip programmed by the manufacturer of the monitor. The format uses a description block containing 128 bytes of data, with optional extension blocks to provide additional information. The most current version is ''Enhanced EDID (E-EDID) Release A, v2.0''. [[DisplayID]] is aimed to replace EDID, which supports many features such as [[High dynamic range|HDR]] and [[color management]].
The first version of the DDC standard was adopted in August 1994. It included the EDID 1.0 format and specified DDC1, DDC2B and DDC2Ab physical links.
Line 43 ⟶ 42:
More elaborate schemes also existed that used all of the 4 ID pins while manipulating the HSync and VSync signals in order to extract 16 bits (4 ID pin values for each of the 4 combinations of HSync and VSync states) of monitor identification.<ref>{{Cite web|url=http://archive.org/details/bitsavers_ibmpccardseferenceManualMay92_1756350|title=ibm :: pc :: cards :: IBM VGA XGA Technical Reference Manual May92|date=May 25, 1992|via=Internet Archive}}</ref>
DDC changed the purpose of the ID pins to incorporate a [[Serial communication|serial link interface]]. However, during the transition, the change was not backwards-compatible and video cards using the old scheme could have problems if a DDC-capable monitor was connected.<ref>[ftp://ftp.cis.nctu.edu.tw/pub/csie/Software/X11/private/VeSaSpEcS/VESA_Document_Center_Monitor_Interface/EDDCv1r1.pdf Enhanced Display Data Channel Standard, Version 1.1]{{dead link|date=
===DDC1===
Line 63 ⟶ 62:
'''DDC/CI''' ([[Interface (computer science)|Command Interface]]) standard was introduced in August 1998. It specifies a means for a computer to send commands to the monitor, as well as receive sensor data from the monitor, over a bidirectional link. Specific commands to control monitors are defined in a separate [[Monitor Control Command Set]] (MCCS) standard version 1.0, released in September 1998.
DDC/CI monitors are sometimes supplied with an external color sensor to allow automatic calibration of the monitor's [[color balance]]. Some tilting DDC/CI monitors support an auto-pivot function, where a rotation sensor in the monitor enables the operating system to keep the display upright as the monitor is moved between its [[Page orientation|portrait and landscape]] positions.
Most DDC/CI monitors support only a small subset of MCCS commands and some have undocumented commands. Many manufacturers did not pay attention to DDC/CI in the past, but now almost all monitors support such general MCCS commands as brightness and contrast management.{{efn|Note that MCCS glosses over the difference in how CRT and LCD or newer displays interpret brightness and contrast settings: adjusting LCD brightness affects overall luminance, which is the same as "contrast" on CRTs. LCD "contrast" instead adjusts the white level.<ref>{{cite web |last1=Poynton |first1=Charles |title="Brightness" and "Contrast" controls |url=https://www.poynton.ca/notes/brightness_and_contrast/index.html |website=poynton.ca |accessdate=17 November 2020}}</ref><ref>{{cite web |last1=Patek |first1=Marcel |title=LCD Displays - liquid crystals - gamut - phosphors - polarization |url=http://www.marcelpatek.com/lcd.html |website=Digital Photography}}</ref>}}
Line 83 ⟶ 82:
'''Enhanced Display Data Channel''' ('''E-DDC''') is the most recent revision of the DDC standard. Version 1 was introduced in September 1999 and featured the addition of a segment pointer which allowed up to 32 Kbytes of display information storage for use by the Enhanced EDID (E-EDID) standard.
Earlier DDC implementations used simple 8-bit data offset when communicating with the EDID memory in the monitor, limiting the storage size to 2<sup>8</sup> bytes = 256 bytes, but allowing the use of cheap 2-Kbit EEPROMs. In E-DDC, a special I²C addressing scheme was introduced, in which multiple 256-byte segments could be selected. To do this, a single 8-bit segment index is passed to the display via the I²C address 30h. (Because this access is always a write, the first I²C octet will always be 60h.) Data from the selected segment is then immediately read via the regular DDC2 address using a repeated I²C 'START' signal. However, VESA specification defines the segment index value range as 00h to 7Fh, so this only allows addressing 128 segments × 256 bytes = {{val|32|ul=KiB}}. The segment index register is volatile, defaulting to zero and automatically resetting to zero after each NACK or STOP. Therefore, it must be set every time access to data above the first 256-byte segment is performed. The auto-reset mechanism is to provide for [[backward compatibility]] to, for example, DDC2B hosts, otherwise they may be stuck at a segment other than 00h in some rare cases.
Other important changes were removal of the DDC1 and DDC2Ab protocols, deprecation of separate VESA P&D and FPDI device addresses, and clarifications to the DDC power requirements.
Line 103 ⟶ 102:
</ref> that connect such device to multiple PCs.
[[Microsoft Windows]] features a standard "Plug and Play Monitor" driver which uses the display's EDID information to construct a list of supported monitor modes. The Display Resolution control panel applet can be used to disable this driver's Plug and Play features and manually select any resolution or refresh rate supported by the video card.<ref>{{Cite web |url=http://support.microsoft.com/kb/309569 |title=You Cannot Select the Highest Monitor Graphics Modes |access-date=2009-10-12 |archive-date=2011-04-15 |archive-url=https://web.archive.org/web/20110415020409/http://support.microsoft.com/kb/309569 |url-status=dead }}</ref> Many video card manufacturers and third parties provide control applications which can be used to select a custom display mode that does not conform to the EDID information or the monitor .INF file.
==See also==
Line 118 ⟶ 117:
* ''Display interfaces: fundamentals''. Bob Myers, Robert L. Myers, Society for Information Display
==External links==
* Linux
** [https://gitlab.com/ddcci-driver-linux/ddcci-driver-linux ddcci-driver-linux]: Linux kernel driver supporting backlight control for monitors supporting DDC/CI
** [
** [http://www.ddcutil.com/ ddcutil]:
** [https://github.com/redballoonshenanigans/monitordarkly MonitorDarkly]:
* Windows
** [https://github.com/emoacht/Monitorian Monitorian]: Open
** [https://github.com/xanderfrangos/twinkle-tray Twinkle Tray]: Similar to Monitorian
** [https://github.com/
** [https://github.com/scottaxcell/winddcutil winddcutil]:
▲** [https://github.com/scottaxcell/winddcutil winddcutil]: an open source Windows implementation of the ddcutil Linux program for querying and changing monitor settings, such as brightness and colour levels.
** [http://www.ddc-ci.com/ softMCCS]: Windows software which uses DDC/CI to control monitors supporting this protocol
* Mac
** [https://github.com/waydabber/BetterDisplay BetterDisplay]:
** [https://github.com/kfix/ddcctl ddcctl]:
** [https://displaybuddy.app DisplayBuddy]:
** [https://lunar.fyi Lunar]:
** [https://github.com/waydabber/m1ddc m1ddc]:
** [https://monitorcontrol.app MonitorControl]:
** [https://github.com/jlj/NativeDisplayBrightness NativeDisplayBrightness]:
[[Category:VESA]]
| |||