用最大公约数化简，而不是用小数
1920 × 1080 变成 16:9，是因为两边都能被 120 整除，而且会显示这个除数。这里的答案绝不会是一个需要别人自己去取整的 1.7777777777777777。
尺寸与形状 · 免费
宽高比计算器
锁定一个比例，求出你缺少的那条边；或者给出两个像素尺寸，得到它们化简后的精确比例。取整、偏差和裁剪都会被如实测量，而不是一笔带过。
在你的浏览器中进行整数运算 · 不上传任何内容
报告问题在 16 比 9 下，高度为 1,080 像素，得到 1,920 乘 1,080。
比例工作台
锁定比例，求出缺少的那条边
四个数字中有三个由你提供；第四个由页面算出并标记为答案。点击任意答案即可改为在其中输入，页面会转而计算另一个数字。
求解目标
精确比例HD 与 UHD 宽屏
形状预览
16:9
1.778:1 · 横向
在 4:2:0 色度抽样下，H.264 和 HEVC 在水平和垂直方向上都以一半分辨率存储色彩，所以奇数的宽度或高度没有完整的色度样本可以落脚。大多数编码器会直接拒绝，其余的则悄悄填充。对齐会损失一点比例精度，下方面板会显示具体损失多少。
最接近的命名比例：16:9，形状完全相同。
求得的高度
1,920×1,080
16:9 下宽 1,920 px，得到 1,920 × 1,080，共 2.07 MP，1.778:1。
化简比例
16:9
小数比例
1.778:1
倒数
1:0.563
方向
横向
像素
2.07 MP
取整
精确
取整
整数是怎么来的
像素没有小数，所以答案几乎总要移动一点。这里显示移动的幅度。
精确值
1080 px
可用值
1,080 px
移动量
+0 px
比例误差
精确
无需任何移动。1,920 × 1,080 正好落在 16:9，两边本来就是整数。
缩放
整体缩放，保持形状
同时作用于两条边的百分比。比例得以保留，但取整仍需留意。
%
1,920 × 1,080 的 50%
960 × 540
像素
0.52 MP
像素数
25%
比例偏差
精确
预设库
命名比例，按用途分组
点击即可载入比例输入框。名称很重要：有两种不同的矩形都被当作“21:9”出售。
视频与电影
广播、流媒体，以及电影实际发行时使用的两种影院画幅。
摄影与印刷
传感器画幅，以及冲印店会把它们裁成的相纸尺寸。
社交与竖屏
信息流会保留的裁剪比例，以及它会悄悄裁掉的那些。
屏幕与面板
笔记本电脑、显示器和平板电脑采用的形状。
目标尺寸
16:9 的真实分辨率
常见交付尺寸，而不是算术结果。精确一栏如实呈现：好几个知名分辨率并不完全是它们宣称的比例。
| 分辨率 | 通称 | 像素 | 匹配与比例的匹配 | 载入 |
|---|---|---|---|---|
| 256 × 144144p · 0.037 MP | 144p | 0.037 MP | 精确 | |
| 320 × 1800.058 MP | – | 0.058 MP | 精确 | |
| 426 × 240240p · 0.1 MP | 240p | 0.1 MP | 偏差 0.156% | |
| 640 × 360360p · 0.23 MP | 360p | 0.23 MP | 精确 | |
| 800 × 4500.36 MP | – | 0.36 MP | 精确 | |
| 854 × 480480p · 0.41 MP | 480p | 0.41 MP | 偏差 0.078% | |
| 960 × 5400.52 MP | – | 0.52 MP | 精确 | |
| 1,280 × 720720p · HD · 0.92 MP | 720p · HD | 0.92 MP | 精确 | |
| 1,366 × 768入门笔记本面板 · 1.05 MP | 入门笔记本面板 | 1.05 MP | 偏差 0.049% | |
| 1,600 × 9001.44 MP | – | 1.44 MP | 精确 | |
| 1,920 × 1,080当前1080p · Full HD · 2.07 MP | 1080p · Full HD | 2.07 MP | 精确 | |
| 2,560 × 1,4401440p · QHD · 3.69 MP | 1440p · QHD | 3.69 MP | 精确 | |
| 3,840 × 2,1602160p · 4K UHD · 8.29 MP | 2160p · 4K UHD | 8.29 MP | 精确 | |
| 5,120 × 2,88014.75 MP | – | 14.75 MP | 精确 | |
| 7,680 × 4,3204320p · 8K UHD · 33.18 MP | 4320p · 8K UHD | 33.18 MP | 精确 |
适应与填充
把这个形状放进另一个形状
两个形状不匹配时，你只有一种选择：在画面周围加黑边，或从画面上裁掉像素。这里会测量两种代价。
源
1,920 × 1,080
16:9 · 1.778:1
适应 · 上下或左右黑边
上下黑边每条 371.3 px，位于顶部和底部，各占 27.5%。
填充 · 裁剪以铺满
画面的 55% 从左右两侧被裁掉，每侧 27.5%。
屏幕上可见空白黑边被裁掉
适应尺寸
1080 × 608
画框占用率
45%
铺满尺寸
2400 × 1350
保留画面
45%
1.778:1 的画面放进 0.8:1 的画框，要么保留每个像素，让画框的 55% 空着；要么铺满画框，丢掉画面的 55%。不拉伸人脸的第三种答案并不存在。
比例不等于分辨率
1280 × 720 和 1920 × 1080 是同一个矩形的不同尺寸。两者都化简为 16:9，因为 720 × 16 与 1280 × 9 是同一个数。比例告诉你形状；分辨率告诉你其中有多少细节。
两个都叫 21:9 的矩形
2560 × 1080 化简为 64:27，3440 × 1440 化简为 43:18。两者都不是 21:9，彼此也不相同：2.370:1 对 2.389:1。为其中一种裁切的遮罩，放到另一种上会留下一道细缝。
取整不是免费的
每个不足一像素的零头都得落到某处。在 1080 高的画面上，一个像素还不到百分之零点一，没人看得出来；在 64 高的缩略图上，一个像素就是百分之一点五，足以让标志明显变扁。
本页的每个数字都是在你的浏览器中进行的整数运算。不上传任何内容，不读取任何图片，也不发出任何请求；比例就是最大公约数，缺失的边只需一次除法。比例项精确到六位小数，尺寸最大支持 100,000 像素，任何需要近似的答案都会注明，并显示由此引入的误差。
工作原理
四个数字，其中三个由你决定。
宽高比把两个尺寸绑定在一起，所以只要知道比例和一条边，另一条边就确定了。反过来，两个尺寸决定比例（用最大公约数计算，结果精确，而不是用除法留给你一串需要眯眼细看的小数）。本页两个方向都能计算，并明确指出两者唯一可能出错的地方：像素是整数，而计算结果往往不是。
- 01
设定比例，或让页面算出比例
从预设库中选择一个命名比例，或自己输入一个（2.39 : 1 可以识别，并按其精确等值 239 : 100 保存），也可以切换到“推算比例”，改为输入两个像素尺寸。把“1920x1080”粘贴到任一输入框，两个框都会自动填好。
- 02
输入你已知的那条边
四个输入框中，你在哪个框里输入，哪个框就成为问题，原来是问题的框则成为答案。答案会着色并带有标签，因此哪个数字是页面算出的、哪个是你提供的，永远一目了然。
- 03
看看取整付出了什么代价
像素必须是整数，所以精确值、可用值以及两者之间的比例误差都会显示出来。如果结果要送进视频编码器，请打开“对齐到偶数”，面板会重新计算偏差。
为视频、设计和印刷工作打造
精确化简、真实分辨率，以及每次取整的代价。
如实对待近似值
1366 × 768 确实化简为 683:384，页面会如实告诉你，而不是背着你把它取整为 16:9；同时还会告诉你它比 16:9 宽了百分之一的二十分之一，这正是那块屏幕看起来总有点不对劲的原因。
两个都叫 21:9 的矩形
2560 × 1080 是 64:27，3440 × 1440 是 43:18。两者相差接近百分之一，预设库会把它们分开，而不是假装两者都是 21:9。
真实目标尺寸，按精确程度排列
对任意比例，列出人们真正在交付的分辨率表，并带有“是否精确”一栏，让你看到 854 × 480 与 16:9 相差 0.078%，再决定这是否要紧。
偶数对齐，讲清原理
H.264 和 HEVC 在水平和垂直方向上都以一半分辨率存储色彩，所以奇数尺寸没有地方放置色度样本。对齐只需点一下，它额外带来的比例误差会被测量出来，而不是被隐藏。
黑边与裁剪，并排对比
给出源图形状和画框形状，页面会测量两种代价：适应时黑边的精确像素厚度，以及填充时损失的精确百分比。大多数计算器在这个问题之前就止步了。
比例问题
电影画幅、超宽屏营销，以及编码器为何坚持偶数尺寸。
什么是宽高比？+
它是矩形的形状，用宽度与高度之间的关系来表示，与尺寸大小无关。写成 16:9，意思是横向每 16 个单位对应纵向 9 个单位，完全不涉及画面有多大。这正是关键所在：形状和大小是两个独立的问题，比例只回答前者。常见写法是用冒号分隔两个数字，但电影行业更喜欢写成一个相对于 1 的小数（1.85:1），两种写法表达的是同一件事。
为什么 1920 × 1080 和 1280 × 720 的宽高比相同？+
因为两者化简后是同一对数字。用 1920 和 1080 的最大公约数 120 去除它们，得到 16 和 9。用 1280 和 720 的最大公约数 80 去除它们，又得到 16 和 9。不用除法的检验方法是交叉相乘：1920 × 720 和 1080 × 1280 都等于 1,382,400，所以这两个矩形形状相同。只是一个包含 2.07 百万像素，另一个包含 0.92 百万像素，这是细节层面的问题，而不是形状问题。
如何计算缺失的宽度或高度？+
乘以或除以比例即可。已知宽度求高度时，用宽度除以比例的小数值：1920 ÷ (16 ÷ 9) = 1080。已知高度求宽度时，则改为相乘：1080 × (16 ÷ 9) = 1920。麻烦在于答案很少是整数（宽 1920、比例 2.39:1 时，高度应为 803.35 像素），而世上没有三分之一个像素这种东西，总得有所取舍。向下取整为 803 会让画面略矮一些，因此也略宽一些：变成 2.391:1 而不是 2.39:1，相差 0.043%，本页会把这一点显示出来，而不是悄悄吞掉。
16:9、1.85:1 和 2.39:1 有什么区别？+
16:9 即 1.778:1，属于电视和流媒体；它之所以存在，是因为它是旧式广播的 4:3 与电影当时所用宽画幅之间的折中。1.85:1 被称为“flat”（遮幅宽银幕），是两种标准影院发行画幅中较窄的一种，通过遮挡近乎全幅画面的上下部分得到。2.39:1 被称为“scope”（变形宽银幕），是较宽的一种，历史上用变形镜头拍摄，把宽阔的视野压缩到普通形状的底片上。实际结果是：scope 影片在 16:9 电视上会有很粗的黑边，flat 影片的黑边较细，而电视节目则完全没有黑边。黑边不是故障，它们正是两种形状之间的差异。
既然标准是 2.39:1，为什么还有人说 2.35:1？+
因为它曾经是对的。从 1950 年代起，CinemaScope 及其后继格式提供的画幅接近 2.35:1，直到 1970 年 SMPTE 修订了标准，主要是为了遮住画面边缘的接片损伤，此后放映画幅变成了 2.39:1。习惯比这次变化延续得更久，所以许多片目介绍、胶片资料和论坛帖子仍把实际为 2.39 的影片写成 2.35。两者只相差 1.7%，在宽 1920 的画面上约为十四个像素的高度：坐在沙发上看不出来，但如果你在切遮罩，就非常明显。
为什么“21:9”显示器其实不是 21:9？+
因为 21:9 是营销用的简称，市面上没有任何面板真正是这个形状。2560 × 1080 的超宽屏化简为 64:27，即 2.370:1；这个数是 16:9 的立方，之所以这样选，是为了让放在其中的 16:9 图像能干净地缩放。3440 × 1440 的超宽屏化简为 43:18，即 2.389:1。真正的 21:9 应该是 2.333:1，两块面板都不是。两种超宽屏之间的差距很小，大约 0.8%，但足以让为其中一种裁好的壁纸或叠加层在另一种上留下一条明显的空隙。
上下黑边（letterbox）、左右黑边（pillarbox）和裁剪有什么区别？+
它们是让画面适应不同形状画框的三种方式。上下黑边保留完整画面，在上方和下方加黑边，发生在画面比画框更宽的时候。左右黑边是同一思路换了个方向：在左右两侧加黑边，用于比画框更窄的画面。裁剪则拒绝黑边，把画面放大到铺满画框，舍弃超出部分：一张 1920 × 1080 的静帧铺满 1080 × 1350 的信息流帖子时，会损失 55% 的宽度，远超画面的一半。第四种做法是拉伸，它保留全部画面，也装下全部画面，代价是画面里每张脸的形状都会走样。
为什么视频的存储尺寸有时与它的形状不符？+
因为像素宽高比。大多数现代格式使用方形像素，所以存储为 1920 × 1080，显示也是 1920 × 1080。变形格式和老式广播格式则不然：DVD 时代的 16:9 视频以 720 × 480 或 720 × 576 存储，与 16:9 相去甚远，并带有一个标记，告诉播放器在输出时把每个像素水平拉伸。现代变形宽银幕摄影也用同样的技巧，2× 变形镜头把 2.39:1 的视野压缩到 1.19:1 的底片上。因此，文件的存储分辨率对应的是存储宽高比，只有存储分辨率乘以像素宽高比，才能得到显示宽高比，也就是你的眼睛实际判断的那个比例。
为什么视频尺寸必须是偶数？+
因为色度抽样。几乎所有交付的视频都采用 4:2:0，它以全分辨率存储亮度，但每个 2 × 2 像素块只存储一个色彩样本，依据是人眼对亮度细节远比对色彩细节敏感。宽度或高度为奇数的画面会多出一行或一列，找不到完整的色彩块可以归属。因此 H.264 和 HEVC 编码器要么直接拒绝奇数尺寸，要么悄悄填充，而填充后的画面会比你要求的多出一行。只要输出会经过编解码器，就把两边都对齐到偶数；这样带来的微小比例误差，远比半夜编码失败划算得多。
调整图片尺寸会改变它的宽高比吗？+
只要两条边按同一系数缩放就不会：这正是保持比例的定义，也是为什么把 1920 × 1080 减半为 960 × 540 是安全的。当取整迫使两条边按不同比例变化时，宽高比就会改变，这在小图片和不规整的比例上最容易发生：把 1366 × 768 缩放到 150% 得到 2049 × 1152，为了取偶数把 2049 向上取整为 2050，会让形状偏移约 0.05%。在几百像素以下，这就不再是纸上谈兵了，因为单个像素在总量中所占的比重要大得多。
更多专注好用的工具，随时待命。
探索不断扩充的工具合集，涵盖计算、文档、写作和日常工作。