速查在线工具箱视频分辨率与码率速查
720p、1080p、4K 指的是什么、4K 为什么有两种尺寸、码率该给多少，以及怎么用一个公式估出文件大小。
视频的「清晰」由三件事共同决定：分辨率（每帧有多少像素）、帧率（每秒多少帧）、码率（每秒用多少数据去描述它）。三者里最容易误解的是码率——分辨率再高，码率给不够，画面一样糊。
实际工作中最常需要的是两个数：这个清晰度该配多少码率、这个码率下文件会有多大。它们之间有确定的换算关系，掌握之后就不必再靠试错。
1分辨率对照：名字来自纵向像素
「1080p」里的 1080 是纵向像素数，p 表示逐行扫描。同一代分辨率在不同宽高比下横向像素并不相同。
| 俗称 | 常见像素尺寸 | 宽高比 | 说明 |
|---|---|---|---|
| 480p / SD | 854×480 或 640×480 | 16:9 或 4:3 | 标清；4:3 是老电视与 DV 的经典比例 |
| 720p / HD | 1280×720 | 16:9 | 入门高清，网络播放的最低主流档 |
| 1080p / FHD | 1920×1080 | 16:9 | 当前最通用的高清标准，绝大多数平台的主档 |
| 1440p / QHD / 2K | 2560×1440 | 16:9 | 常被称为 2K，但严格意义上 2K 另有定义 |
| 2160p / 4K UHD | 3840×2160 | 16:9 | 消费级 4K 标准，长边不到 4000 但因历史原因称 4K |
| DCI 4K | 4096×2160 | 约 1.9:1 | 数字电影标准，比 UHD 更宽，影院与专业后期使用 |
| 8K UHD | 7680×4320 | 16:9 | 消费级 8K，对拍摄、存储、算力要求都高 |
「2K」这个词最容易混乱：行业里既有人用它指 2560×1440（消费显示器的俗称），也有人指电影标准的 2048×1080。沟通时直接写像素数最不容易出岔子。
2宽高比与竖屏内容
宽高比决定画面形状，竖屏内容的流行让分辨率表不再只有横向一种形态。
| 宽高比 | 比值 | 典型分辨率 | 场景 |
|---|---|---|---|
| 16:9 | 1.778 | 1920×1080 | 电视、显示器、长视频平台的默认 |
| 4:3 | 1.333 | 1440×1080 | 老素材、部分投影与复古风格 |
| 21:9 | 2.333 | 2560×1080 | 宽银幕、电影感画面 |
| 1:1 | 1.000 | 1080×1080 | 社交平台方形内容 |
| 4:5 | 0.800 | 1080×1350 | 图片社交平台竖版图片 |
| 9:16 | 0.563 | 1080×1920 | 竖屏短视频、直播与竖版封面 |
横屏素材切竖屏时，不要简单拉伸或粗暴裁切。常见做法是「主画面居中 + 上下补背景」，或把关键内容重新构图。拉伸会让画面变形，居中裁切则可能切掉重要部分。
3帧率：24 / 25 / 30 / 60 的来历
帧率的选择一部分是历史包袱，一部分是实际观感需求。跨国素材混剪时，帧率不匹配是最容易被忽略的问题。
| 帧率 | 来源与用途 | 说明 |
|---|---|---|
| 23.976 / 24 | 电影标准 | 24 帧带来特有的「电影感」，是剧情片的常见选择 |
| 25 / 50 | PAL 制式国家（含中国） | 与 50Hz 电网频率匹配，可避免灯光闪烁 |
| 29.97 / 30 | NTSC 制式国家 | 与 60Hz 电网匹配；29.97 是为兼容黑白电视留下的历史值 |
| 59.94 / 60 | 高帧率 | 运动、游戏画面更顺滑，文件体积明显更大 |
| 120 及以上 | 慢动作素材 | 拍摄时高帧率录制、播放时降速，实现平滑慢动作 |
| 混用风险 | 不同帧率素材放进同一时间线 | 可能出现卡顿、抖动或音画不同步，应先统一转换帧率 |
4推荐码率与文件大小换算
码率是「每秒用多少数据描述画面」，单位通常是 Mbps。它是画质的直接决定因素——分辨率只说明有多少像素，码率才决定每个像素有多少数据可用。
| 清晰度 | 推荐码率（SDR，30 帧） | 推荐码率（60 帧） | 说明 |
|---|---|---|---|
| 720p | 5 Mbps 左右 | 7.5 Mbps 左右 | 流畅观看的下限档 |
| 1080p | 8 Mbps 左右 | 12 Mbps 左右 | 主流平台的建议区间 |
| 1440p | 16 Mbps 左右 | 24 Mbps 左右 | 清晰度与体积的较好平衡 |
| 4K (2160p) | 35 到 45 Mbps | 53 到 68 Mbps | HDR 内容需要更高码率 |
| 1080p 直播推流 | 3 到 6 Mbps | — | 受上行带宽限制，通常取较低值 |
| 4K 直播推流 | 13 到 25 Mbps | — | 对上行的要求较高 |
- 文件大小公式
- 大小（MB）≈ 码率（Mbps） × 时长（秒） ÷ 8
- 举例
- 10 Mbps 的视频录制 60 秒：10 × 60 ÷ 8 = 75 MB
- 单位换算是关键
- Mbps 是兆比特每秒，MB 是兆字节，1 字节 = 8 比特，所以要除以 8
- 含音轨时再加一点
- 通常音频码率在 128 到 320 kbps 之间，相对视频码率很小，估算时可忽略或按 0.2 Mbps 加上
- 变码率（VBR）的实际情况
- 静态画面多的视频实际体积会明显小于按平均码率估算的结果，所以按峰值码率估算更保险
5三个常见问题的成因
- 分辨率高但看起来糊
- 码率不够。高分辨率意味着需要更多数据，若仍按低清晰度的码率导出，编码器只能牺牲细节。提高码率或降低分辨率都会好转
- 暗部出现色块或渐变断层
- 码率不足时编码器对暗部与平滑渐变最不擅长，容易出现块状与条带。这类素材应显著提高码率，或改用色度采样更完整的设置
- 缩放后出现横纹或闪烁
- 通常是源素材隔行扫描未做去隔行处理，或帧率与播放环境不匹配。处理前先确认源是逐行还是隔行
- 上传后被平台二次压缩
- 平台会按自己的档位重新编码，上传的码率再高也可能被压缩。做法是按平台的建议档位上传，避免上传一个「偏离档位」的值
- 竖屏内容码率可以更低
- 同样分辨率下竖屏像素数更少（1080 × 1920 与 1920 × 1080 相同），但观看时画面占满屏幕，观感上对码率的容忍度略高
看完就能用的站内工具
全部工具总览 →输入时长、视频码率与音频码率，估算导出视频的文件体积，并给出常见码率下的体积对照，帮助提前规划存储与上传，纯浏览器本地计算。
按分辨率与帧率给出推荐推流码率区间，并换算出所需上传带宽与每小时流量消耗，避免卡顿或画质糊，纯浏览器本地计算。
视频帧数与时长双向换算，输入时长算出总帧数与非丢帧时间码，或输入帧数反推时长，支持 23.976 到 60 帧的常见帧率，并给出单帧时长。
纯浏览器本地压缩视频文件，支持MP4/MOV/AVI/WebM格式，自定义压缩质量，一键减小视频体积不发烫
把横屏视频裁成竖屏或方形时，算清裁剪后的像素尺寸与裁剪区域坐标，支持常见比例与自定义比例，并给出铺满目标画布所需的放大倍数。
在线计算 23.976/24/25/29.97/30/50/59.94/60 帧率互转的速度变化、音高变化与增删帧数，内置 PAL 加速与去加速预设
关于「视频分辨率与码率速查」的常见问题
1080p 需要多少码率？
通常 30 帧的建议码率在 8 Mbps 左右，60 帧建议在 12 Mbps 左右，这是主流视频平台给出的参考区间。但码率不是唯一变量：画面运动量大（如体育、游戏）、细节密集（如草地、烟花）、暗部多（如夜景）的内容需要更高码率；静态内容（如讲课、访谈）可以低不少。所以调参数的正确思路是「先看内容类型，再在参考值上按观感上下浮动」，而不是死记一个数字。
怎么估算视频文件有多大？
用公式：大小（MB）≈ 码率（Mbps）× 时长（秒）÷ 8。除以 8 是因为码率用的单位是兆比特每秒，而文件大小用兆字节。举例：10 Mbps 的视频，60 秒就是 10 × 60 ÷ 8 = 75 MB；按这个比例，1 小时的 10 Mbps 视频约 4.5 GB。需要注意实际导出多采用可变码率，静态画面多的视频实际体积会小于按平均码率估算的结果，所以按峰值码率估算更保险。
4K 为什么有两个不同的尺寸？
因为有两个来源不同的标准。消费级与流媒体用的是 4K UHD，尺寸为 3840 × 2160，宽高比 16:9，与 1080p 保持一致；数字电影行业用的是 DCI 4K，尺寸为 4096 × 2160，宽度更大、比例更接近 1.9 : 1。两者的长边都不足 4000 像素，「4K」这个叫法来自数字电影时代对横向像素数量的近似称呼，沿用至今。实际制作时按交付平台的要求选择即可，影院发行用 DCI、网络平台用 UHD。
为什么我导出的视频分辨率很高但看起来很糊？
几乎可以确定是码率给低了。分辨率只说明画面有多少像素，码率才决定每个像素有多少数据去描述它；像素多了而数据没跟上，编码器只能把细节抹掉，结果就是「大而糊」。典型场景是把 4K 素材按 1080p 的码率导出。解决办法是提高码率，或者干脆把输出分辨率降到与码率匹配的档位——在多数观看场景下，1080p 配足码率的观感好于 4K 配不足的码率。
继续查：相关内容
全部速查 →内容说明：本页速查数据由本站自行整理，事实性内容以对应官方规范与文档为准，未复制第三方速查表或百科的表述。数据最后核对日期：2026-10-05。若发现错误或已更新的标准，欢迎通过页脚反馈入口告知。