树莓派HDMI视频端口参数英文档案

https://www.raspberrypi.org/documentation/configuration/config-txt/video.md

树莓派HDMI视频端口参数英文档案

Video options in config.txt

Composite video mode options

sdtv_mode

The sdtv_mode command defines the TV standard used for composite video output. On the original Raspberry Pi, composite video is output on the RCA socket. On other Raspberry Pi's, except for Pi Zero and Compute Module, composite video is output along with sound on the 4 pole TRRS ("headphone") socket. On the Pi Zero, there is an unpopulated header labelled "TV" which outputs composite video. On the Compute Module, composite video is available via the TVDAC pin. The default value of sdtv_mode is 0.

sdtv_moderesult
0Normal NTSC
1Japanese version of NTSC – no pedestal
2Normal PAL
3Brazilian version of PAL – 525/60 rather than 625/50, different subcarrier
16Progressive scan NTSC
18Progressive scan PAL

sdtv_aspect

The sdtv_aspect command defines the aspect ratio for composite video output. The default value is 1.

sdtv_aspectresult
14:3
214:9
316:9

sdtv_disable_colourburst

Setting sdtv_disable_colourburst to 1 disables colourburst on composite video output. The picture will be displayed in monochrome, but it may appear sharper.

enable_tvout (Pi 4B only)

On the Raspberry Pi 4, composite output is disabled by default, due to the way the internal clocks are interrelated and allocated. Because composite video requires a very specific clock, setting that clock to the required speed on the Pi 4 means that other clocks connected to it are detrimentally affected, which slightly slows down the entire system. Since composite video is a less commonly used function, we decided to disable it by default to prevent this system slowdown.

To enable composite output, use the enable_tvout=1 option. As described above, this will detrimentally affect performance to a small degree.

On older Pi models, the composite behaviour remains the same.

HDMI mode options

Note for Raspberry Pi4B users: Because the Raspberry Pi 4B has two HDMI ports, some HDMI commands can be applied to either port. You can use the syntax <command>:<port>, where port is 0 or 1, to specify which port the setting should apply to. If no port is specified, the default is 0. If you specify a port number on a command that does not require a port number, the port is ignored. Further details on the syntax and alternatives mechanisms can be found in the HDMI section on the conditionals page of the documentation.

hdmi_safe

Setting hdmi_safe to 1 will lead to "safe mode" settings being used to try to boot with maximum HDMI compatibility. This is the same as setting the following parameters:

hdmi_force_hotplug=1
hdmi_ignore_edid=0xa5000080
config_hdmi_boost=4
hdmi_group=2
hdmi_mode=4
disable_overscan=0
overscan_left=24
overscan_right=24
overscan_top=24
overscan_bottom=24

hdmi_ignore_edid

Setting hdmi_ignore_edid to 0xa5000080 enables the ignoring of EDID/display data if your display does not have an accurate EDID. It requires this unusual value to ensure that it is not triggered accidentally.

hdmi_edid_file

Setting hdmi_edid_file to 1 will cause the GPU to read EDID data from the edid.dat file, located in the boot partition, instead of reading it from the monitor. More information is available here.

hdmi_edid_filename

On the Raspberry Pi 4B, you can use the hdmi_edid_filename command to specify the filename of the EDID file to use, and also to specify which port the file is to be applied to. This also requires hdmi_edid_file=1 to enable EDID files.

For example:

hdmi_edid_file=1
hdmi_edid_filename:0=FileForPortZero.edid
hdmi_edid_filename:1=FileForPortOne.edid

hdmi_force_edid_audio

Setting hdmi_force_edid_audio to 1 pretends that all audio formats are supported by the display, allowing passthrough of DTS/AC3 even when this is not reported as supported.

hdmi_ignore_edid_audio

Setting hdmi_ignore_edid_audio to 1 pretends that all audio formats are unsupported by the display. This means ALSA will default to the analogue audio (headphone) jack.

hdmi_force_edid_3d

Setting hdmi_force_edid_3d to 1 pretends that all CEA modes support 3D, even when the EDID does not indicate support for this.

hdmi_ignore_cec_init

Setting hdmi_ignore_cec_init to 1 will stop the initial active source message being sent during bootup. This prevents a CEC-enabled TV from coming out of standby and channel-switching when you are rebooting your Raspberry Pi.

hdmi_ignore_cec

Setting hdmi_ignore_cec to 1 pretends that CEC is not supported at all by the TV. No CEC functions will be supported.

cec_osd_name

The cec_osd_name command sets the initial CEC name of the device. The default is Raspberry Pi.

hdmi_pixel_encoding

The hdmi_pixel_encoding command forces the pixel encoding mode. By default, it will use the mode requested from the EDID, so you shouldn't need to change it.

hdmi_pixel_encodingresult
0default (RGB limited for CEA, RGB full for DMT)
1RGB limited (16-235)
2RGB full (0-255)
3YCbCr limited (16-235)
4YCbCr full (0-255)

hdmi_blanking

The hdmi_blanking command controls what happens when the operating system asks for the display to be put into standby mode, using DPMS, to save power. If this option is not set or set to 0, the HDMI output is blanked but not switched off. In order to mimic the behaviour of other computers, you can set the HDMI output to switch off as well by setting this option to 1: the attached display will go into a low power standby mode.

On the Raspberry Pi 4, setting hdmi_blanking=1 will not cause the HDMI output to be switched off, since this feature has not yet been implemented.

NOTE: This feature may cause issues when using applications which don't use the framebuffer, such as omxplayer.

hdmi_blankingresult
0HDMI output will be blanked
1HDMI output will be switched off and blanked

hdmi_drive

The hdmi_drive command allows you to choose between HDMI and DVI output modes.

hdmi_driveresult
1Normal DVI mode (no sound)
2Normal HDMI mode (sound will be sent if supported and enabled)

config_hdmi_boost

Configures the signal strength of the HDMI interface. The minimum value is 0 and the maximum is 11.

The default value for the original Model B and A is 2. The default value for the Model B+ and all later models is 5.

If you are seeing HDMI issues (speckling, interference) then try 7. Very long HDMI cables may need up to 11, but values this high should not be used unless absolutely necessary.

This option is ignored on the Raspberry Pi 4.

hdmi_group

The hdmi_group command defines the HDMI output group to be either CEA (Consumer Electronics Association, the standard typically used by TVs) or DMT (Display Monitor Timings, the standard typically used by monitors). This setting should be used in conjunction with hdmi_mode.

hdmi_groupresult
0Auto-detect from EDID
1CEA
2DMT

hdmi_mode

Together with hdmi_group, hdmi_mode defines the HDMI output format. Format mode numbers are derived from the CTA specification found here

To set a custom display mode not listed here, see this thread.

Note that not all modes are available on all models.

These values are valid if hdmi_group=1 (CEA):

hdmi_modeResolutionFrequencyScreen AspectNotes
1VGA (640x480)60Hz4:3 
2480p60Hz4:3 
3480p60Hz16:9 
4720p60Hz16:9 
51080i60Hz16:9 
6480i60Hz4:3 
7480i60Hz16:9 
8240p60Hz4:3 
9240p60Hz16:9 
10480i60Hz4:3pixel quadrupling
11480i60Hz16:9pixel quadrupling
12240p60Hz4:3pixel quadrupling
13240p60Hz16:9pixel quadrupling
14480p60Hz4:3pixel doubling
15480p60Hz16:9pixel doubling
161080p60Hz16:9 
17576p50Hz4:3 
18576p50Hz16:9 
19720p50Hz16:9 
201080i50Hz16:9 
21576i50Hz4:3 
22576i50Hz16:9 
23288p50Hz4:3 
24288p50Hz16:9 
25576i50Hz4:3pixel quadrupling
26576i50Hz16:9pixel quadrupling
27288p50Hz4:3pixel quadrupling
28288p50Hz16:9pixel quadrupling
29576p50Hz4:3pixel doubling
30576p50Hz16:9pixel doubling
311080p50Hz16:9 
321080p24Hz16:9 
331080p25Hz16:9 
341080p30Hz16:9 
35480p60Hz4:3pixel quadrupling
36480p60Hz16:9pixel quadrupling
37576p50Hz4:3pixel quadrupling
38576p50Hz16:9pixel quadrupling
391080i50Hz16:9reduced blanking
401080i100Hz16:9 
41720p100Hz16:9 
42576p100Hz4:3 
43576p100Hz16:9 
44576i100Hz4:3 
45576i100Hz16:9 
461080i120Hz16:9 
47720p120Hz16:9 
48480p120Hz4:3 
49480p120Hz16:9 
50480i120Hz4:3 
51480i120Hz16:9 
52576p200Hz4:3 
53576p200Hz16:9 
54576i200Hz4:3 
55576i200Hz16:9 
56480p240Hz4:3 
57480p240Hz16:9 
58480i240Hz4:3 
59480i240Hz16:9 
60720p24Hz16:9 
61720p25Hz16:9 
62720p30Hz16:9 
631080p120Hz16:9 
641080p100Hz16:9 
65Custom   
66720p25Hz64:27Pi 4
67720p30Hz64:27Pi 4
68720p50Hz64:27Pi 4
69720p60Hz64:27Pi 4
70720p100Hz64:27Pi 4
71720p120Hz64:27Pi 4
721080p24Hz64:27Pi 4
731080p25Hz64:27Pi 4
741080p30Hz64:27Pi 4
751080p50Hz64:27Pi 4
761080p60Hz64:27Pi 4
771080p100Hz64:27Pi 4
781080p120Hz64:27Pi 4
791680x72024Hz64:27Pi 4
801680x72025z64:27Pi 4
811680x72030Hz64:27Pi 4
821680x72050Hz64:27Pi 4
831680x72060Hz64:27Pi 4
841680x720100Hz64:27Pi 4
851680x720120Hz64:27Pi 4
862560x72024Hz64:27Pi 4
872560x72025Hz64:27Pi 4
882560x72030Hz64:27Pi 4
892560x72050Hz64:27Pi 4
902560x72060Hz64:27Pi 4
912560x720100Hz64:27Pi 4
922560x720120Hz64:27Pi 4
932160p24Hz16:9Pi 4
942160p25Hz16:9Pi 4
952160p30Hz16:9Pi 4
962160p50Hz16:9Pi 4
972160p60Hz16:9Pi 4
984096x216024Hz256:135Pi 4
994096x216025Hz256:135Pi 4
1004096x216030Hz256:135Pi 4
1014096x216050Hz256:135Pi 4
1024096x216060Hz256:135Pi 4
1032160p24Hz64:27Pi 4
1042160p25Hz64:27Pi 4
1052160p30Hz64:27Pi 4
1062160p50Hz64:27Pi 4
1072160p60Hz64:27Pi 4

Pixel doubling and quadrupling indicates a higher clock rate, with each pixel repeated two or four times respectively.

These values are valid if hdmi_group=2 (DMT):

hdmi_modeResolutionFrequencyScreen AspectNotes
1640x35085Hz  
2640x40085Hz16:10 
3720x40085Hz  
4640x48060Hz4:3 
5640x48072Hz4:3 
6640x48075Hz4:3 
7640x48085Hz4:3 
8800x60056Hz4:3 
9800x60060Hz4:3 
10800x60072Hz4:3 
11800x60075Hz4:3 
12800x60085Hz4:3 
13800x600120Hz4:3 
14848x48060Hz16:9 
151024x76843Hz4:3incompatible with the Raspberry Pi
161024x76860Hz4:3 
171024x76870Hz4:3 
181024x76875Hz4:3 
191024x76885Hz4:3 
201024x768120Hz4:3 
211152x86475Hz4:3 
221280x76860Hz15:9reduced blanking
231280x76860Hz15:9 
241280x76875Hz15:9 
251280x76885Hz15:9 
261280x768120Hz15:9reduced blanking
271280x8006016:10reduced blanking
281280x80060Hz16:10 
291280x80075Hz16:10 
301280x80085Hz16:10 
311280x800120Hz16:10reduced blanking
321280x96060Hz4:3 
331280x96085Hz4:3 
341280x960120Hz4:3reduced blanking
351280x102460Hz5:4 
361280x102475Hz5:4 
371280x102485Hz5:4 
381280x1024120Hz5:4reduced blanking
391360x76860Hz16:9 
401360x768120Hz16:9reduced blanking
411400x105060Hz4:3reduced blanking
421400x105060Hz4:3 
431400x105075Hz4:3 
441400x105085Hz4:3 
451400x1050120Hz4:3reduced blanking
461440x90060Hz16:10reduced blanking
471440x90060Hz16:10 
481440x90075Hz16:10 
491440x90085Hz16:10 
501440x900120Hz16:10reduced blanking
511600x120060Hz4:3 
521600x120065Hz4:3 
531600x120070Hz4:3 
541600x120075Hz4:3 
551600x120085Hz4:3 
561600x1200120Hz4:3reduced blanking
571680x105060Hz16:10reduced blanking
581680x105060Hz16:10 
591680x105075Hz16:10 
601680x105085Hz16:10 
611680x1050120Hz16:10reduced blanking
621792x134460Hz4:3 
631792x134475Hz4:3 
641792x1344120Hz4:3reduced blanking
651856x139260Hz4:3 
661856x139275Hz4:3 
671856x1392120Hz4:3reduced blanking
681920x120060Hz16:10reduced blanking
691920x120060Hz16:10 
701920x120075Hz16:10 
711920x120085Hz16:10 
721920x1200120Hz16:10reduced blanking
731920x144060Hz4:3 
741920x144075Hz4:3 
751920x1440120Hz4:3reduced blanking
762560x160060Hz16:10reduced blanking
772560x160060Hz16:10 
782560x160075Hz16:10 
792560x160085Hz16:10 
802560x1600120Hz16:10reduced blanking
811366x76860Hz16:9 
821920x108060Hz16:91080p
831600x90060Hz16:9reduced blanking
842048x115260Hz16:9reduced blanking
851280x72060Hz16:9720p
861366x76860Hz16:9reduced blanking

Note that there is a pixel clock limit.The highest supported mode on models prior to the Raspberry Pi 4 is 1920x1200 at 60Hz with reduced blanking, whilst the Raspberry Pi 4 can support up to 4096x2160 (known as 4k) at 60Hz. Also note that if you are using both HDMI ports of the Raspberry Pi 4 for 4k output, then you are limited to 30Hz on both.

hdmi_timings

This allows setting of raw HDMI timing values for a custom mode, selected using hdmi_group=2 and hdmi_mode=87.

hdmi_timings=<h_active_pixels> <h_sync_polarity> <h_front_porch> <h_sync_pulse> <h_back_porch> <v_active_lines> <v_sync_polarity> <v_front_porch> <v_sync_pulse> <v_back_porch> <v_sync_offset_a> <v_sync_offset_b> <pixel_rep> <frame_rate> <interlaced> <pixel_freq> <aspect_ratio>
<h_active_pixels> = horizontal pixels (width)  
<h_sync_polarity> = invert hsync polarity  
<h_front_porch>   = horizontal forward padding from DE acitve edge  
<h_sync_pulse>    = hsync pulse width in pixel clocks  
<h_back_porch>    = horizontal back padding from DE active edge  
<v_active_lines>  = vertical pixels height (lines)  
<v_sync_polarity> = invert vsync polarity  
<v_front_porch>   = vertical forward padding from DE active edge  
<v_sync_pulse>    = vsync pulse width in pixel clocks  
<v_back_porch>    = vertical back padding from DE active edge  
<v_sync_offset_a> = leave at zero  
<v_sync_offset_b> = leave at zero  
<pixel_rep>       = leave at zero  
<frame_rate>      = screen refresh rate in Hz  
<interlaced>      = leave at zero  
<pixel_freq>      = clock frequency (width*height*framerate)  
<aspect_ratio>    = *  

* The aspect ratio can be set to one of eight values (choose the closest for your screen):

HDMI_ASPECT_4_3 = 1  
HDMI_ASPECT_14_9 = 2  
HDMI_ASPECT_16_9 = 3  
HDMI_ASPECT_5_4 = 4  
HDMI_ASPECT_16_10 = 5  
HDMI_ASPECT_15_9 = 6  
HDMI_ASPECT_21_9 = 7  
HDMI_ASPECT_64_27 = 8  

hdmi_force_mode

Setting to 1 will remove all other modes except the ones specified by hdmi_mode and hdmi_group from the internal list, meaning they will not appear in any enumerated lists of modes. This option may help if a display seems to be ignoring the hdmi_mode and hdmi_group settings.

edid_content_type

Forces the EDID content type to a specific value.

The options are:

  • 0 = EDID_ContentType_NODATA, content type none.
  • 1 = EDID_ContentType_Graphics, content type graphics, ITC must be set to 1
  • 2 = EDID_ContentType_Photo, content type photo
  • 3 = EDID_ContentType_Cinema, content type cinema
  • 4 = EDID_ContentType_Game, content type game

hdmi_enable_4kp60 (Pi 4B only)

By default, when connected to a 4K monitor, the Raspberry Pi 4B will select a 30hz refresh rate. Use this option to allow selection of 60Hz refresh rates. Note, this will increase power consumption and increase the temperature of the Raspberry Pi. It is not possible to output 4Kp60 on both micro HDMI ports simultaneously.

Which values are valid for my monitor?

Your HDMI monitor may only support a limited set of formats. To find out which formats are supported, use the following method:

  1. Set the output format to VGA 60Hz (hdmi_group=1 and hdmi_mode=1) and boot up your Raspberry Pi
  2. Enter the following command to give a list of CEA-supported modes: /opt/vc/bin/tvservice -m CEA
  3. Enter the following command to give a list of DMT-supported modes: /opt/vc/bin/tvservice -m DMT
  4. Enter the following command to show your current state: /opt/vc/bin/tvservice -s
  5. Enter the following commands to dump more detailed information from your monitor: /opt/vc/bin/tvservice -d edid.dat; /opt/vc/bin/edidparser edid.dat

The edid.dat should also be provided when troubleshooting problems with the default HDMI mode.

Custom mode

If your monitor requires a mode that is not in one of the tables above, then it's possible to define a custom CVT mode for it instead:

hdmi_cvt=<width> <height> <framerate> <aspect> <margins> <interlace> <rb>
ValueDefaultDescription
width(required)width in pixels
height(required)height in pixels
framerate(required)framerate in Hz
aspect3aspect ratio 1=4:3, 2=14:9, 3=16:9, 4=5:4, 5=16:10, 6=15:9
margins00=margins disabled, 1=margins enabled
interlace00=progressive, 1=interlaced
rb00=normal, 1=reduced blanking

Fields at the end can be omitted to use the default values.

Note that this simply creates the mode (group 2 mode 87). In order to make the Pi use this by default, you must add some additional settings. For example, the following selects an 800 × 480 resolution and enables audio drive:

hdmi_cvt=800 480 60 6
hdmi_group=2
hdmi_mode=87
hdmi_drive=2

This may not work if your monitor does not support standard CVT timings.

LCD display/touchscreen options

ignore_lcd

By default the Raspberry Pi LCD display is used when it is detected on the I2C bus. ignore_lcd=1 will skip this detection phase, and therefore the LCD display will not be used.

display_default_lcd

If a Raspberry Pi DSI LCD is detected it will be used as the default display and will show the framebuffer. Setting display_default_lcd=0 will ensure the LCD is not the default display, which usually implies the HDMI output will be the default. The LCD can still be used by choosing its display number from supported applications, for example, omxplayer.

lcd_framerate

Specify the framerate of the Raspberry Pi LCD display, in Hertz/fps. Defaults to 60Hz.

lcd_rotate

This flips the display using the LCD's inbuilt flip functionality, which is a cheaper operation that using the GPU-based rotate operation.

For example, lcd_rotate=2 will compensate for an upside down display.

disable_touchscreen

Enable/disable the touchscreen.

disable_touchscreen=1 will disable the touchscreen on the official Raspberry Pi LCD display.

enable_dpi_lcd

Enable LCD displays attached to the DPI GPIOs. This is to allow the use of third-party LCD displays using the parallel display interface.

dpi_group, dpi_mode, dpi_output_format

The dpi_group and dpi_mode config.txt parameters are used to set either predetermined modes (DMT or CEA modes as used by HDMI above). A user can generate custom modes in much the same way as for HDMI (see dpi_timings section).

dpi_output_format is a bitmask specifying various parameters used to set up the display format.

More details on using the DPI modes and the output format can be found here.

dpi_timings

This allows setting of raw DPI timing values for a custom mode, selected using dpi_group=2 and dpi_mode=87.

dpi_timings=<h_active_pixels> <h_sync_polarity> <h_front_porch> <h_sync_pulse> <h_back_porch> <v_active_lines> <v_sync_polarity> <v_front_porch> <v_sync_pulse> <v_back_porch> <v_sync_offset_a> <v_sync_offset_b> <pixel_rep> <frame_rate> <interlaced> <pixel_freq> <aspect_ratio>
<h_active_pixels> = horizontal pixels (width)  
<h_sync_polarity> = invert hsync polarity  
<h_front_porch>   = horizontal forward padding from DE acitve edge  
<h_sync_pulse>    = hsync pulse width in pixel clocks  
<h_back_porch>    = vertical back padding from DE active edge  
<v_active_lines>  = vertical pixels height (lines)  
<v_sync_polarity> = invert vsync polarity  
<v_front_porch>   = vertical forward padding from DE active edge  
<v_sync_pulse>    = vsync pulse width in pixel clocks  
<v_back_porch>    = vertical back padding from DE active edge  
<v_sync_offset_a> = leave at zero  
<v_sync_offset_b> = leave at zero  
<pixel_rep>       = leave at zero  
<frame_rate>      = screen refresh rate in Hz  
<interlaced>      = leave at zero  
<pixel_freq>      = clock frequency (width*height*framerate)  
<aspect_ratio>    = *

* The aspect ratio can be set to one of eight values (choose the closest for your screen):

HDMI_ASPECT_4_3 = 1  
HDMI_ASPECT_14_9 = 2  
HDMI_ASPECT_16_9 = 3  
HDMI_ASPECT_5_4 = 4  
HDMI_ASPECT_16_10 = 5  
HDMI_ASPECT_15_9 = 6  
HDMI_ASPECT_21_9 = 7  
HDMI_ASPECT_64_27 = 8  

Generic display options

hdmi_force_hotplug

Setting hdmi_force_hotplug to 1 pretends that the HDMI hotplug signal is asserted, so it appears that a HDMI display is attached. In other words, HDMI output mode will be used, even if no HDMI monitor is detected.

hdmi_ignore_hotplug

Setting hdmi_ignore_hotplug to 1 pretends that the HDMI hotplug signal is not asserted, so it appears that a HDMI display is not attached. In other words, composite output mode will be used, even if an HDMI monitor is detected.

disable_overscan

Set disable_overscan to 1 to disable the default values of overscan that is set by the firmware. The default value of overscan for the left, right, top, and bottom edges is 48 for HD CEA modes, 32 for SD CEA modes, and 0 for DMT modes. The default value for disable_overscan is 0.

NOTE: any further additional overscan options such as overscan_scale or overscan edges can still be applied after this option.

overscan_left

The overscan_left command specifies the number of pixels to add to the firmware default value of overscan on the left edge of the screen. The default value is 0.

Increase this value if the text flows off the left edge of the screen; decrease it if there is a black border between the left edge of the screen and the text.

overscan_right

The overscan_right command specifies the number of pixels to add to the firmware default value of overscan on the right edge of the screen. The default value is 0.

Increase this value if the text flows off the right edge of the screen; decrease it if there is a black border between the right edge of the screen and the text.

overscan_top

The overscan_top command specifies the number of pixels to add to the firmware default value of overscan on the top edge of the screen. The default value is 0.

Increase this value if the text flows off the top edge of the screen; decrease it if there is a black border between the top edge of the screen and the text.

overscan_bottom

The overscan_bottom command specifies the number of pixels to add to the firmware default value of overscan on the bottom edge of the screen. The default value is 0.

Increase this value if the text flows off the bottom edge of the screen; decrease it if there is a black border between the bottom edge of the screen and the text.

overscan_scale

Set overscan_scale to 1 to force any non-framebuffer layers to conform to the overscan settings. The default value is 0.

NOTE: this feature is generally not recommended: it can reduce image quality because all layers on the display will be scaled by the GPU. Disabling overscan on the display itself is the recommended option to avoid images being scaled twice (by the GPU and the display).

framebuffer_width

The framebuffer_width command specifies the console framebuffer width in pixels. The default is the display width minus the total horizontal overscan.

framebuffer_height

The framebuffer_height command specifies the console framebuffer height in pixels. The default is the display height minus the total vertical overscan. C4

max_framebuffer_height, max_framebuffer_width

Specifies the maximum dimensions that the internal frame buffer is allowed to be.

framebuffer_depth

Use framebuffer_depth to specify the console framebuffer depth in bits per pixel. The default value is 16.

framebuffer_depthresultnotes
88bit framebufferDefault RGB palette makes screen unreadable
1616bit framebuffer 
2424bit framebufferMay result in a corrupted display
3232bit framebufferMay need to be used in conjunction with framebuffer_ignore_alpha=1

framebuffer_ignore_alpha

Set framebuffer_ignore_alpha to 1 to disable the alpha channel. Can help with the display of a 32bit framebuffer_depth.

framebuffer_priority

In a system with multiple displays, using the legacy (pre-KMS) graphics driver, this forces a specific internal display device to be the first Linux framebuffer (i.e./dev/fb0).

The options that can be set are:

DisplayID
Main LCD0
Secondary LCD1
HDMI 02
Composite3
HDMI 17

test_mode

The test_mode command displays a test image and sound during boot (over the composite video and analogue audio outputs only) for the given number of seconds, before continuing to boot the OS as normal. This is used as a manufacturing test; the default value is 0.

display_hdmi_rotate

Use display_hdmi_rotate to rotate or flip the HDMI display orientation. The default value is 0.

display_hdmi_rotateresult
0no rotation
1rotate 90 degrees clockwise
2rotate 180 degrees clockwise
3rotate 270 degrees clockwise
0x10000horizontal flip
0x20000vertical flip

Note that the 90 and 270 degree rotation options require additional memory on the GPU, so these will not work with the 16MB GPU split.

If using the VC4 FKMS V3D driver (this is the default on the Raspberry Pi 4), then 90 and 270 degree rotations are not supported. The Screen Configuration utility provides display rotations for this driver. See this page for more information.

display_lcd_rotate

For the legacy graphics driver (default on models prior to the Pi4), use display_lcd_rotate to rotate or flip the LCD orientation. Parameters are the same as display_hdmi_rotate. See also lcd_rotate.

display_rotate

display_rotate is deprecated in the latest firmware but has been retained for backwards compatibility. Please use display_lcd_rotate and display_hdmi_rotate instead.

Use display_rotate to rotate or flip the screen orientation. Parameters are the same as display_hdmi_rotate.

disable_fw_kms_setup

By default, the firmware parses the EDID of any HDMI attached display, picks an appropriate video mode, then passes the resolution and frame rate of the mode, along with overscan parameters, to the Linux kernel via settings on the kernel command line. In rare circumstances, this can have the effect of choosing a mode that is not in the EDID, and may be incompatible with the device. You can use disable_fw_kms_setup=1 to disable the passing of these parameters and avoid this problem. The Linux video mode system (KMS) will then parse the EDID itself and pick an appropriate mode.

Other options

dispmanx_offline

Forces dispmanx composition to be done offline in two offscreen framebuffers. This can allow more dispmanx elements to be composited, but is slower and may limit screen framerate to typically 30fps.

This article uses content from the eLinux wiki page RPiconfig, which is shared under the Creative Commons Attribution-ShareAlike 3.0 Unported license

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值