Different screen aspect ratio ARM GNOME rpi4

So, I will admit, I’m super new to GNOME, but it fits my requirements for point and click since I use the Raspberry pi on my tv.

My TV is 16:9 aspect ratio though. GNOME only gives me the option for 3:2 for whatever reason. It’s a 50+" TV, and I lose just a little on the top and bottom because of it.

Interesting problem I don’t think I’ve ever ran into prior. Any thoughts would be great!

Update. I have gotten it so that at least on the TV I don’t have some of the top/bottom cut off. But I still have big black bars on both sides.

xrandr only shows one output, so when I try to set setting with xrandr --size 16:9 it says it’s too big.

What about the TV itself. Set it on Gnome normally and then on tv in the settings can you use stretch or zoom?

That’s how I was able to make these adjustments better. I went into tv settings and I think it was pixel something, but I turned it on and was just better.

It depends on the tv i guess. Some have stretch, zoom, and other settings. It was just a thought in case you hadn’t tried it. I don’t have any Arm stuff here but i’m thinking of getting a Raspberry Pi4 8GB. Maybe?

I have run Gnome on both a 50" flatscreen at 1920x1080 (16:9) and on a 32" at 1366x780 (16:9) with no problems.

The one thing I have noticed, if I power up the SBC device BEFORE the TV is fully up and running, it will not set the resolution properly. I do a quick reboot while the TV is still up and running fixes it.

The computer and the monitor/TV need to communicate upon boot up. In most x86_64 computers if this hand shaking so to speak doesn’t occur, the OS has the last used parameters stored somewhere and uses them. Which usually is correct.

As Arm devices were originally designed for use in signage, kiosks, industrial embedded devices such a robotic control, etc this feature doesn’t seem to be available. So just make sure the TV is fully booted before powering up the SBC and see if that helps.


I would have gotten 8gb just to have it but when I got mine 4 was the top option. The video is still a little slow running off the mSD card, but the usb should be good once endeavor does USB boot. Any which way I’m very excited to be using it again.

This is kind of how i set the resolution on virtualbox too. When the ISO is loading i make sure the box is maximized and then i click on view and set the virtual screen size to my monitor resolution before endeavour gets fully booted on the live ISo. That way it automatically switches on the fly just before it gets fully booted on the live ISO. You have to do it as soon as the view virtual screen settings are available and not greyed out. It works every time if you do it right on vbox. I can’t do the same on qemu it ends up with a scroll box if i try to set the same as my monitor resolution. This is why i prefer vbox over qemu and vmware workstation.

I think we have solved the video problem that @fbodymechanic was having when using a TV for his monitor.

Instead of the RPi4 trying to use the TV’s EDID code, we set it up manually.

This assumes you are using HDMI 0 (connector closest to the USB Type 3 power connector.
Edit the first line and add the rest.
Use vi or nano to edit /boot/config.txt


Your entries for hdmi_group and hdmi_mode will vary depending on your setup.
Check the following charts to determine your hdmi_group and hdmi_mode values.



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_group result
0 Auto-detect from EDID
hdmi_mode for CEA (TVs)


Together with hdmi_group , hdmi_mode defines the HDMI output format.
These values are valid if hdmi_group=1 (CEA):

hdmi_mode 	Resolution 	Frequency 	Screen Aspect 	Notes
1 	VGA (640x480) 	60Hz 	4:3 	
2 	480p 	60Hz 	4:3 	
3 	480p 	60Hz 	16:9 	
4 	720p 	60Hz 	16:9 	
5 	1080i 	60Hz 	16:9 	
6 	480i 	60Hz 	4:3 	
7 	480i 	60Hz 	16:9 	
8 	240p 	60Hz 	4:3 	
9 	240p 	60Hz 	16:9 	
10 	480i 	60Hz 	4:3 	pixel quadrupling
11 	480i 	60Hz 	16:9 	pixel quadrupling
12 	240p 	60Hz 	4:3 	pixel quadrupling
13 	240p 	60Hz 	16:9 	pixel quadrupling
14 	480p 	60Hz 	4:3 	pixel doubling
15 	480p 	60Hz 	16:9 	pixel doubling
16 	1080p 	60Hz 	16:9 	
17 	576p 	50Hz 	4:3 	
18 	576p 	50Hz 	16:9 	
19 	720p 	50Hz 	16:9 	
20 	1080i 	50Hz 	16:9 	
21 	576i 	50Hz 	4:3 	
22 	576i 	50Hz 	16:9 	
23 	288p 	50Hz 	4:3 	
24 	288p 	50Hz 	16:9 	
25 	576i 	50Hz 	4:3 	pixel quadrupling
26 	576i 	50Hz 	16:9 	pixel quadrupling
27 	288p 	50Hz 	4:3 	pixel quadrupling
28 	288p 	50Hz 	16:9 	pixel quadrupling
29 	576p 	50Hz 	4:3 	pixel doubling
30 	576p 	50Hz 	16:9 	pixel doubling
31 	1080p 	50Hz 	16:9 	
32 	1080p 	24Hz 	16:9 	
33 	1080p 	25Hz 	16:9 	
34 	1080p 	30Hz 	16:9 	
35 	480p 	60Hz 	4:3 	pixel quadrupling
36 	480p 	60Hz 	16:9 	pixel quadrupling
37 	576p 	50Hz 	4:3 	pixel quadrupling
38 	576p 	50Hz 	16:9 	pixel quadrupling
39 	1080i 	50Hz 	16:9 	reduced blanking
40 	1080i 	100Hz 	16:9 	
41 	720p 	100Hz 	16:9 	
42 	576p 	100Hz 	4:3 	
43 	576p 	100Hz 	16:9 	
44 	576i 	100Hz 	4:3 	
45 	576i 	100Hz 	16:9 	
46 	1080i 	120Hz 	16:9 	
47 	720p 	120Hz 	16:9 	
48 	480p 	120Hz 	4:3 	
49 	480p 	120Hz 	16:9 	
50 	480i 	120Hz 	4:3 	
51 	480i 	120Hz 	16:9 	
52 	576p 	200Hz 	4:3 	
53 	576p 	200Hz 	16:9 	
54 	576i 	200Hz 	4:3 	
55 	576i 	200Hz 	16:9 	
56 	480p 	240Hz 	4:3 	
57 	480p 	240Hz 	16:9 	
58 	480i 	240Hz 	4:3 	
59 	480i 	240Hz 	16:9 	
60 	720p 	24Hz 	16:9 	
61 	720p 	25Hz 	16:9 	
62 	720p 	30Hz 	16:9 	
63 	1080p 	120Hz 	16:9 	
64 	1080p 	100Hz 	16:9 	
65 	Custom 			
66 	720p 	25Hz 	64:27 	Pi 4
67 	720p 	30Hz 	64:27 	Pi 4
68 	720p 	50Hz 	64:27 	Pi 4
69 	720p 	60Hz 	64:27 	Pi 4
70 	720p 	100Hz 	64:27 	Pi 4
71 	720p 	120Hz 	64:27 	Pi 4
72 	1080p 	24Hz 	64:27 	Pi 4
73 	1080p 	25Hz 	64:27 	Pi 4
74 	1080p 	30Hz 	64:27 	Pi 4
75 	1080p 	50Hz 	64:27 	Pi 4
76 	1080p 	60Hz 	64:27 	Pi 4
77 	1080p 	100Hz 	64:27 	Pi 4
78 	1080p 	120Hz 	64:27 	Pi 4
79 	1680x720 	24Hz 	64:27 	Pi 4
80 	1680x720 	25z 	64:27 	Pi 4
81 	1680x720 	30Hz 	64:27 	Pi 4
82 	1680x720 	50Hz 	64:27 	Pi 4
83 	1680x720 	60Hz 	64:27 	Pi 4
84 	1680x720 	100Hz 	64:27 	Pi 4
85 	1680x720 	120Hz 	64:27 	Pi 4
86 	2560x720 	24Hz 	64:27 	Pi 4
87 	2560x720 	25Hz 	64:27 	Pi 4
88 	2560x720 	30Hz 	64:27 	Pi 4
89 	2560x720 	50Hz 	64:27 	Pi 4
90 	2560x720 	60Hz 	64:27 	Pi 4
91 	2560x720 	100Hz 	64:27 	Pi 4
92 	2560x720 	120Hz 	64:27 	Pi 4
93 	2160p 	24Hz 	16:9 	Pi 4
94 	2160p 	25Hz 	16:9 	Pi 4
95 	2160p 	30Hz 	16:9 	Pi 4
96 	2160p 	50Hz 	16:9 	Pi 4
97 	2160p 	60Hz 	16:9 	Pi 4
98 	4096x2160 	24Hz 	256:135 	Pi 4
99 	4096x2160 	25Hz 	256:135 	Pi 4
100 	4096x2160 	30Hz 	256:135 	Pi 4
101 	4096x2160 	50Hz 	256:135 	Pi 4
102 	4096x2160 	60Hz 	256:135 	Pi 4
103 	2160p 	24Hz 	64:27 	Pi 4
104 	2160p 	25Hz 	64:27 	Pi 4
105 	2160p 	30Hz 	64:27 	Pi 4
106 	2160p 	50Hz 	64:27 	Pi 4
107 	2160p 	60Hz 	64:27 	Pi 4
hdmi_mode for DMT (Computer Monitors)


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

|hdmi_mode|Resolution|Frequency|Screen Aspect|Notes|
| --- | --- | --- | --- | --- |
|15|1024x768|43Hz|4:3|incompatible with the Raspberry Pi|
|22|1280x768|60Hz|15:9|reduced blanking|
|26|1280x768|120Hz|15:9|reduced blanking|
|27|1280x800|60|16:10|reduced blanking|
|31|1280x800|120Hz|16:10|reduced blanking|
|34|1280x960|120Hz|4:3|reduced blanking|
|38|1280x1024|120Hz|5:4|reduced blanking|
|40|1360x768|120Hz|16:9|reduced blanking|
|41|1400x1050|60Hz|4:3|reduced blanking|
|45|1400x1050|120Hz|4:3|reduced blanking|
|46|1440x900|60Hz|16:10|reduced blanking|
|50|1440x900|120Hz|16:10|reduced blanking|
|56|1600x1200|120Hz|4:3|reduced blanking|
|57|1680x1050|60Hz|16:10|reduced blanking|
|61|1680x1050|120Hz|16:10|reduced blanking|
|64|1792x1344|120Hz|4:3|reduced blanking|
|67|1856x1392|120Hz|4:3|reduced blanking|
|68|1920x1200|60Hz|16:10|reduced blanking|
|72|1920x1200|120Hz|16:10|reduced blanking|
|75|1920x1440|120Hz|4:3|reduced blanking|
|76|2560x1600|60Hz|16:10|reduced blanking|
|80|2560x1600|120Hz|16:10|reduced blanking|
|81|1366x768|60Hz|16:9|[NOT on Pi4](https://www.raspberrypi.org/documentation/configuration/config-txt/pi4-hdmi.md)|
|83|1600x900|60Hz|16:9|reduced blanking|
|84|2048x1152|60Hz|16:9|reduced blanking|
|86|1366x768|60Hz|16:9|reduced 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.

The above information and charts are condensed from:
raspberry pi documentation

The last I know of, this worked out well for @fbodymechanic and is worth a try especially if you are using TV for a monitor.



This is exactly correct. Technically in GNOME settings it shows a very strange aspect ratio 9:5, while my tv is 16:9. This is a 50" LG tv if anyone is wondering. I was only getting results showing 3:2 and I had black bars on both sides.

This is what I had started with. My rpi4 would not give me any other suggested settings. This was my only opiton.

As noted by @Pudge I did nano /boot/config.txt giving me this:

so default was enable_uart=1

I wrote in


ctrl+o to write out and now I have the correct aspect ratio on my TV

Again, my settings now say my ratio is 9:5, but it appears correctly on my 16:9 tv.

I also want to make one more note that this you may need to go into your aspect ratio settings on you TV itselft as well to make sure you have the correct information there as it could make a difference.

Also note - hdmi_mode may not necessarily be 16 depending on your application. Please see the chart for your own correct application.