edid-decode: enable UTF-8 for the emscripten version
[edid-decode.git] / edid-decode.1
blob1d14e0279a939a71d49ab4c0c96019cba43d4578
1 .\" shorthand for double quote that works everywhere.
2 .ds q \N'34'
3 .TH edid-decode 1
4 .SH NAME
5 edid-decode - Decode EDID data in human-readable format
6 .SH SYNOPSIS
7 .B edid-decode <options> [in [out]]
8 .SH DESCRIPTION
9 .B edid-decode
10 decodes EDID monitor description data in human-readable format.
11 If [in] is not given, or [in] is '-', then the EDID will be read from
12 standard input. If [out] is given then the EDID that was read from [in]
13 is written to [out] or to standard output if [out] is '-'. By default
14 the output is written as a hex dump when writing to standard output or
15 a raw EDID if written to a file.
17 If [out] is given then edid-decode only does the conversion, it will
18 skip the decoding step.
19 .PP
20 Input files may be raw binaries or ASCII text.  ASCII input is scanned for
21 hex dumps; heuristics are included to search for hexdumps in
22 .B edid-decode(1)
23 output (as long as the initial hex dump was included),
24 .B xrandr(1)
25 property output and
26 .B Xorg(1)
27 log file formats, otherwise the data is treated as a raw hexdump.  EDID blocks
28 for connected monitors can be found in
29 .B /sys/class/drm/*/edid
30 on modern Linux systems with kernel modesetting support.
32 All timings are shown in a short format, for example:
34     VIC  16:  1920x1080   60.000 Hz  16:9    67.500 kHz 148.500 MHz (native)
35     VIC   5:  1920x1080i  60.000 Hz  16:9    33.750 kHz  74.250 MHz
36     VIC  39:  1920x1080i  50.000 Hz  16:9    31.250 kHz  72.000 MHz
38 Each format starts with a timings type prefix, the resolution, an optional
39 interlaced indicator ('i'), the frame rate (field rate for interlaced formats),
40 the picture aspect ratio, the horizontal frequency, the pixelclock
41 frequency and optionally additional flags between parenthesis.
43 Note that for interlaced formats the frame height is given, not the field
44 height. So each field in a 1920x1080i format has 540 lines.
46 Detailed timings have another 2-3 lines of data:
48     VIC  16:  1920x1080   60.000 Hz  16:9    67.500 kHz 148.500 MHz (native)
49                    Hfront   88 Hsync  44 Hback 148 Hpol P
50                    Vfront    4 Vsync   5 Vback  36 Vpol P
51     VIC   5:  1920x1080i  60.000 Hz  16:9    33.750 kHz  74.250 MHz
52                    Hfront   88 Hsync  44 Hback 148 Hpol P
53                    Vfront    2 Vsync   5 Vback  15 Vpol P Vfront +0.5 Odd Field
54                    Vfront    2 Vsync   5 Vback  15 Vpol P Vback  +0.5 Even Field
55     VIC  39:  1920x1080i  50.000 Hz  16:9    31.250 kHz  72.000 MHz
56                    Hfront   32 Hsync 168 Hback 184 Hpol P
57                    Vfront   23 Vsync   5 Vback  57 Vpol N Both Fields
59 These describe the horizontal and vertical front porch, sync, backporch
60 and sync polarity values. For interlaced formats there are two lines
61 for the vertical information: one for the Odd Field (aka Field 1) and
62 one for the Even Field (aka Field 2). The vertical front porch of the
63 Odd Field is actually 2.5 (hence the 'Vfront +0.5' at the end of the
64 line), and the back porch of the Even Field is actually 15.5 (hence
65 the 'Vback  +0.5' at the end of the line).
67 There is a special 'VIC 39' interlaced format where both fields have
68 the same vertical timings, in that case this is marked with 'Both Fields'.
70 The following timing types can be shown:
72 .RS
73 .TP
74 DMT #: Discrete Monitor Timing (see DMT 1.3 standard). The number is the DMT ID in hexadecimal.
75 .TP
76 CVT: Coordinated Video Timings (formula-based, see CVT 1.2 standard)
77 .TP
78 GTF: Generalized Timing Formula (formula-based, see GTF 1.1 standard)
79 .TP
80 IBM: Old IBM Timings
81 .TP
82 Apple: Old Apple Timings
83 .TP
84 VIC #: Video Identification Code (see CTA-861 standard). The number is the actual
85 VIC code.
86 .TP
87 HDMI VIC #: HDMI-specific Video Identification Code (see HDMI 2.1 standard). The number
88 is the actual HDMI VIC code.
89 .TP
90 DTD #: Detailed Timings Descriptor (see EDID standard). Also used for
91 DisplayID Video Timing Modes Types I, II, VI, VII, VIII and X. The number denotes that
92 this is the Nth DTD in the Base Block and CTA Extension Blocks.
93 .TP
94 VTDB #: 20-byte DTD or 6- or 7-byte CVT descriptor in a CTA Extension Block.
95 The number denotes that this is the Nth such timing in the CTA Extension Blocks.
96 .TP
97 RID #@#: A CTA-861.6 Video Format Descriptor with the given Resolution ID (first
98 number) at the given framerate (second number).
99 .RE
101 By default DTDs are shown in the long format while others are just shown in
102 the short format. With the option \fB\-\-short\-timings\fR all timings are
103 shown in short format only. With the option \fB\-\-long\-timings\fR all timings
104 are shown in long format.
106 Alternate formats for long timings can be chosen via the \fB\-\-xmodeline\fR or
107 \fB\-\-fbmode\fR options.
109 .SH STANDARDS
111 The following EDID standards are supported by edid-decode:
114 EDID 1.3: VESA Enhanced Extended Display Identication Data Standard, Release A, Revision 1
116 EDID 1.4: VESA Enhanced Extended Display Identication Data Standard, Release A, Revision 2
118 DisplayID 1.3: VESA Display Identification Data (DisplayID) Standard, Version 1.3
120 DisplayID 2.1a: VESA DisplayID Standard, Version 2.1a
122 DI-EXT: VESA Display Information Extension Block Standard, Release A
124 LS-EXT: VESA Enhanced EDID Localized String Extension Standard, Release A
126 VTB-EXT: VESA Video Timing Block Extension Data Standard, Release A
128 DTCDB: VESA Display Transfer Characteristics Data Block Standard, Version 1.0
130 DDDB: VESA Display Device Data Block (DDDB) Standard, Version 1
132 HDMI 1.4b: High-Definition Multimedia Interface, Version 1.4b
134 HDMI 2.1b: High-Definition Multimedia Interface, Version 2.1b
136 CTA-861-I: A DTV Profile for Uncompressed High Speed Digital Interfaces
138 CTA-861.7: Improvements to CTA-861-I
140 SPWG Notebook Panel Specification, Version 3.5
142 EPI Embedded Panel Interface, Revision 1.0
144 Microsoft EDID extension for head-mounted and specialized monitors, Version 3
148 The following related standards are also used by edid-decode:
151 DMT 1.3: VESA and Industry Standards and Guidelines for Computer Display Monitor Timing (DMT), Version 1.0, Rev. 13
153 CVT 2.1: VESA Coordinated Video Timings (CVT) Standard, Version 2.1
155 CVT 1.2: VESA Coordinated Video Timings (CVT) Standard, Version 1.2
157 CVT 1.2: VESA CVT v1.2 Errata E2
159 GTF 1.1: VESA Generalized Timing Formula Standard, Version: 1.1
162 .SH OPTIONS
164 \fB\-h\fR, \fB\-\-help\fR
165 Prints the help message.
167 \fB\-o\fR, \fB\-\-output\-format\fR \fI<fmt>\fR
168 If [out] is specified, then write the EDID in format \fI<fmt>\fR.
170 The output format can be one of:
172 hex: hex numbers in ascii text (default for stdout)
174 raw: binary data (default unless writing to stdout)
176 carray: c-program struct
178 xml: XML data
180 \fB\-c\fR, \fB\-\-check\fR
181 Check if the EDID conforms to the standards. Warnings and failures are
182 reported at the end.
184 \fB\-C\fR, \fB\-\-check\-inline\fR
185 Check if the EDID conforms to the standards. Warnings and failures are
186 reported as they happen.
188 \fB\-n\fR, \fB\-\-native\-resolution\fR
189 Report the native resolution at the end. There may be multiple native resolution reports
190 depending on whether the Source only parses Block 0 (e.g. DVI outputs) or Block 0
191 and the CTA-861 Extension Blocks (HDMI), or just the DisplayID Extension Blocks
192 (typical for DisplayPort). If all blocks contain the same native resolution, then
193 only that resolution is reported. For older displays there may be two separate native
194 resolutions: progressive and interlaced.
196 \fB\-p\fR, \fB\-\-preferred\-timings\fR
197 Report the preferred timings at the end. There may be multiple preferred timing reports
198 depending on whether the Source only parses Block 0 (e.g. DVI outputs), or Block 0
199 and the CTA-861 Extension Blocks (HDMI), or Block 0 and the DisplayID Extension Blocks
200 (typical for DisplayPort).
202 \fB\-I\fR, \fB\-\-infoframe\fR \fI<file>\fR
203 Parse the given InfoFrame file. This option can be used multiple times to
204 parse multiple InfoFrames. If the EDID of the display to which these InfoFrames
205 are transmitted is also given, then the conformity checks will take that EDID
206 into account.
208 Note: this is still work-in-progress, specifically for the AVI and HDMI InfoFrames.
210 \fB\-\-diagonal\fR \fI<inches>\fR
211 Specify the diagonal of the display in inches. This will enable additional checks
212 for the image size, checking if it corresponds to the diagonal. This assumes
213 square pixels.
215 \fB\-P\fR, \fB\-\-physical\-address\fR
216 Just report the HDMI Source Physical Address and nothing else. Reports f.f.f.f
217 if the EDID could not be parsed, or if there was no CTA-861 Vendor-Specific Data Block
218 with OUI 00-0C-03. Otherwise it reports the Source Physical Address as provided
219 in that Data Block. This can be used as input to HDMI CEC utilities such as the
220 linux cec-ctl(1) utility.
222 \fB\-S\fR, \fB\-\-short\-timings\fR
223 Report all video timings in a short format.
225 \fB\-L\fR, \fB\-\-long\-timings\fR
226 Report all video timings in a long format.
228 \fB\-N\fR, \fB\-\-ntsc\fR
229 Report the video timings with values suitable for NTSC-based video.
230 E.g., this will show refresh rates of 29.97 Hz instead of 30 Hz.
231 This is only done for timings with refresh rates that are a multiple of 6.
233 \fB\-X\fR, \fB\-\-xmodeline\fR
234 Report all long video timings in the ModeLine format as defined in xorg.conf(5).
235 This ModeLine can be used in the xorg.conf file or passed to xrandr(1) with the
236 xrandr \fB\-\-newmode\fR option.
238 \fB\-F\fR, \fB\-\-fbmode\fR
239 Report all long video timings in the video mode format as defined in fb.modes(5).
241 \fB\-V\fR, \fB\-\-v4l2\-timings\fR
242 Report all long video timings in the video mode format as defined in the linux header v4l2-dv-timings.h
243 for use with the V4L2 VIDIOC_S_DV_TIMINGS ioctl.
245 \fB\-s\fR, \fB\-\-skip\-hex\-dump\fR
246 Skip the initial hex dump of the EDID.
248 \fB\-H\fR, \fB\-\-only\-hex\-dump\fR
249 Only show the hex dump of the EDID, then exit.
251 \fB\-\-skip\-sha\fR
252 Don't show the SHA hash. Normally edid-decode will show the SHA, i.e. the
253 hash of the git commit used to compile edid-decode. This uniquely identifies
254 the version of edid-decode that is used to generate the warnings and
255 failures. But it will also change the output of edid-decode for every new commit
256 in the git repository, even if nothing else changed in the edid-decode output.
257 Use this option to avoid including the SHA in the edid-decode output.
259 \fB\-u\fR, \fB\-\-utf8\fR
260 Convert embedded EDID strings to UTF-8, using Code Page 437 for the base block
261 and ISO 8859-1 for the DisplayID block.
263 \fB\-\-hide\-serial\-numbers\fR
264 Hide any serial numbers in the human readable output by '...'.
265 Note that they are still easily extracted from the EDID hex dump at
266 the start.
268 \fB\-\-replace\-unique\-ids\fR
269 Replaces any unique IDs in the EDID by fixed values. Serial numbers will be
270 replaced by '123456', Container IDs by all zeroes and the 'Made in' date by
271 the year 2000. This will also update any checksums in the EDID and update
272 the EDID hex dump at the start of the output. Note that since this will
273 update checksums, any checksum errors present in the original EDID will
274 no longer be detected.
276 Serial numbers can appear in the Base Block, CTA-861 Extension Blocks,
277 DisplayID Extension Blocks and Localized String Extension Blocks.
278 Container IDs can appear in the DisplayID and CTA-861 Extension Blocks.
280 The 'Made in' date appears in the Base Block.
282 \fB\-\-version\fR
283 Show the SHA hash and the last commit date.
285 .SH TIMING OPTIONS
286 The following options report the timings for DMT, VIC and HDMI VIC codes and
287 calculate the timings for CVT or GTF timings, based on the given parameters.
288 The EDID will not be shown, although it can be used with the \fB\-\-gtf\fR
289 option in order to read the secondary curve parameters.
291 \fB\-\-std\fR \fI<byte1>\fR,\fI<byte2>\fR
292 Show the standard timing represented by these two bytes.
294 \fB\-\-dmt\fR \fI<dmt>\fR
295 Show the timings for the DMT with the given DMT ID.
297 \fB\-\-vic\fR \fI<vic>\fR
298 Show the timings for this VIC.
300 \fB\-\-hdmi\-vic\fR \fI<hdmivic>\fR
301 Show the timings for this HDMI VIC.
303 \fB\-\-cvt\fR \fBw\fR=\fI<width>\fR,\fBh\fR=\fI<height>\fR,\fBfps\fR=\fI<fps>\fR[,\fBrb\fR=\fI<rb>\fR][,\fBinterlaced\fR][,\fBoverscan\fR]
304 [,\fBalt\fR][,\fBhblank\fR=\fI<hblank>\fR][,\fBvblank\fR=\fI<vblank>\fR][,\fBearly\-vsync\fR]
306 Calculate the CVT timings for the given format.
308 \fI<width>\fR is the width in pixels, \fI<height>\fR is the frame (not field!) height in lines.
310 \fI<fps>\fR is frames per second for progressive timings and fields per second for interlaced timings.
312 \fI<rb>\fR can be 0 (no reduced blanking, default), or 1-3 for the reduced blanking version.
314 If \fBinterlaced\fR is given, then this is an interlaced format.
316 If \fBoverscan\fR is given, then this is an overscanned format. I.e., margins are required.
318 If \fBalt\fR is given and \fI<rb>\fR=2, then report the timings
319 optimized for video: 1000 / 1001 * \fI<fps>\fR.
321 If \fBalt\fR is given and \fI<rb>\fR=3, then the horizontal blanking
322 is 160 instead of 80 pixels.
324 If \fBhblank\fR is given and \fI<rb>\fR=3, then the horizontal blanking
325 is \fI<hblank>\fR pixels (range of 80-200 and divisible by 8), overriding \fBalt\fR.
327 If \fBvblank\fR is given and \fI<rb>\fR=3, then the vertical blanking time
328 is \fI<vblank>\fR microseconds (460 minimum, values > 705 might not be supported by
329 all RBv3 timings compliant source devices.
331 If \fBearly\-vsync\fR is given and \fI<rb>\fR=3, then select an early vsync timing.
333 \fB\-\-gtf\fR \fBw\fR=\fI<width>\fR,\fBh\fR=\fI<height>\fR[,\fBfps\fR=\fI<fps>\fR][,\fBhorfreq\fR=\fI<horfreq>\fR][,\fBpixclk\fR=\fI<pixclk>\fR]
334 [,\fBinterlaced\fR][,\fBoverscan\fR][,\fBsecondary\fR][,\fBC\fR=\fI<c>\fR][,\fBM\fR=\fI<m>\fR][,\fBK\fR=\fI<k>\fR][,\fBJ\fR=\fI<j>\fR]
336 Calculate the GTF timings for the given format.
338 \fI<width>\fR is the width in pixels, \fI<height>\fR is the frame (not field!) height in lines.
340 \fI<fps>\fR is frames per second for progressive timings and fields per second for interlaced timings.
342 \fI<horfreq>\fR is the horizontal frequency in kHz.
344 \fI<pixclk>\fR is the pixel clock frequency in MHz.
345 Only one of \fBfps\fR, \fBhorfreq\fR or \fBpixclk\fR must be given.
347 If \fBinterlaced\fR is given, then this is an interlaced format.
349 If \fBoverscan\fR is given, then this is an overscanned format. I.e., margins are required.
351 If \fBsecondary\fR is given, then the secondary GTF is used for
352 reduced blanking, where \fI<c>\fR, \fI<m>\fR, \fI<k>\fR and \fI<j>\fR are parameters
353 for the secondary curve.  If none of the secondary curve parameters
354 were set, and an EDID file is passed as command line option, then the
355 secondary curve parameters are read from that EDID.
357 The default secondary curve parameters are 40 for \fI<c>\fR, 600 for \fI<m>\fR,
358 128 for \fI<k>\fR and 20 for \fI<j>\fR.
359 These values correspond to the normal curve that GTF uses.
361 \fB\-\-ovt\fR (\fBrid\fR=\fI<rid>\fR|\fBw\fR=\fI<width>\fR,\fBh\fR=\fI<height>\fR),\fBfps\fR=\fI<fps>\fR
362 Calculate the OVT timings for the given format.
363 Either specify a \fI<rid>\fR or specify \fI<width>\fR and \fI<height>\fR.
364 \fI<fps>\fR is frames per second.
366 \fB\-\-list\-established\-timings\fR
367 List all known Established Timings.
369 \fB\-\-list\-dmts\fR
370 List all known DMTs.
372 \fB\-\-list\-vics\fR
373 List all known VICs.
375 \fB\-\-list\-hdmi\-vics\fR
376 List all known HDMI VICs.
378 \fB\-\-list\-rids\fR
379 List all known CTA-861 RIDs.
381 \fB\-\-list\-rid\-timings\fR \fI<rid>\fR
382 List all timings for the specified \fI<rid>\fR or all known RIDs if \fI<rid>\fR is 0.
385 .SH NOTES
386 Not all fields are decoded, or decoded completely.
387 .B edid-decode
388 does attempt to validate its input against the relevant standards, but its
389 opinions have not been double-checked with the relevant standards bodies,
390 so they may be wrong.  Do not rely on the output format, as it will likely
391 change in future versions of the tool as additional fields and extensions are
392 added.
393 .SH "SEE ALSO"
394 Xorg(1), xrandr(1), cec-ctl(1), xorg.conf(5), fb.modes(5)
395 .SH AUTHORS
396 edid-decode was written by Adam Jackson, with contributions from Eric
397 Anholt, Damien Lespiau, Hans Verkuil and others.  For complete history and the
398 latest version, see
399 .B http://git.linuxtv.org/cgit.cgi/edid-decode.git