文章目录像素分辨率位深帧率一、基础概念二、常见帧率标准与用途三、帧率核心特点四、补充常识码率StridePitch 行跨度/行字节数像素定义像素是图像的基本组成单位英文pixel由picture图片与element元素组合而来简写为px含义为图像元素。规格计算图片尺寸宽×高代表横向、纵向的像素点数二者相乘为总像素数量例2500×2000的图片总像素为500万俗称500万像素照片。分辨率分辨率基础定义分辨率用来描述图像/视频的尺寸大小以横向像素 × 纵向像素的形式表示宽高数值分别对应画面水平、垂直方向的像素点数量。主流标准规格16:9通用宽高比360P(640×360)、720P(1280×720)、1080P(1920×1080)、4K(3840×2160)、8K(7680×4320)。P规格命名规则720P、1080P里的数字代表画面垂直方向的像素总数结合16:9比例可以反向算出水平像素数720P总像素约92万1080P总像素约207万像素总量约为720P的2倍多核心结论同等尺寸观看下总像素数量越多分辨率越高画面清晰度越高因此1080P清晰度优于720P。定义误区原文表述「分辨率是指图像的大小或尺寸」表述片面。✅ 正确定义像素尺寸宽×高像素只是像素分辨率分辨率是统称完整分为两类像素分辨率图片尺寸宽×高像素决定图像总像素量物理分辨率DPI/PPI像素密度单位长度内的像素数量像素/英寸代表打印、屏幕的精细度。简单说像素尺寸≠分辨率全称只能说像素尺寸是像素分辨率的表达方式。结论逻辑漏洞原文结论分辨率越高图像就越清晰这句话缺少前提并不严谨。✅ 完整正确结论观看画面的物理尺寸固定时比如都在同一块显示器、同一尺寸屏幕观看分辨率越高、总像素越多画面细节越清晰脱离观看尺寸该结论不成立举例子一张1080P的超大户外巨幕画面和一张720P的手机小屏画面近距离观看手机720P会更清晰。清晰度由分辨率 观看距离 画面物理尺寸共同决定并非单纯分辨率越高就一定更清晰。补充小知识点日常视频标注的720P、1080P默认是16:9影视通用比例是行业约定标准如果画面比例不是16:9就不能用垂直像素直接推算水平像素。位深帧率一、基础概念帧率英文缩写FPSFrames Per Second直译每秒帧数指1秒钟时间里画面刷新、播放的静态图片数量。视频本质是连续快速播放的静态画面人眼会产生视觉暂留效果把一张张静态图看成流畅的动态画面帧率就是衡量画面更新速度的核心参数。二、常见帧率标准与用途24FPS电影标准传统院线电影通用帧率是影视行业经典规格画面自带柔和的电影质感符合电影的拍摄叙事风格。30FPS流媒体通用国内短视频、网络视频、电视直播主流帧率画面流畅均衡兼顾文件体积与观感日常刷视频、追剧大多是30帧。60FPS高流畅帧率画面顺滑度大幅提升动作、移镜时几乎看不到拖影。多用于游戏、直播、运动赛事、慢动作回放、日常vlog拍摄。120FPS / 240FPS超高帧率极致丝滑多用于手游/端游电竞、高速运动画面还可以后期做成慢动作视频需要高性能设备解码、高规格屏幕支持。三、帧率核心特点帧率越高动态画面越顺滑帧数越多画面切换间隔越短快速移动、打斗、镜头横移时拖影、卡顿感越少。比如玩射击游戏60帧远优于30帧操控跟手度差距明显。帧率越高文件体积越大硬件要求越高相同分辨率下60帧视频的数据量约为30帧的2倍录制、存储、剪辑、播放都需要更强的CPU、显卡性能占用存储空间也会翻倍。帧率和分辨率互不干涉分辨率决定画面静态清晰度画面细节、画质精细度帧率决定动态流畅度画面动起来顺不顺例1080P 30帧 清晰但动态一般720P 60帧 画质稍弱但动作极其顺滑。四、补充常识人眼临界感知大多数人能明显区分30帧和60帧普通日常观看30帧完全够用高帧率的优势只在高速动态场景体现。录制/播放匹配原则录制帧率要和显示器刷新率匹配比如144Hz电竞屏搭配144帧游戏才能完整发挥高帧率效果。码率1、基础定义码率也叫比特率单位bps比特每秒常用单位换算1Mbps(兆比特)1024Kbps1KB(字节)8bit(比特)含义单位时间内视频/音频文件传输的数据体量简单理解每秒视频占用的数据大小是决定视频压缩画质、文件大小的核心指标。2、核心作用直接决定画质上限在分辨率、帧率完全相同的前提下码率越高画面画质越好。高码率会保留更多画面色彩、细节画面压缩失真少色彩更饱满复杂场景爆炸、快速运动、繁杂纹理不容易出现马赛克、色块模糊、锯齿、拖影低码率会强行压缩画面数据丢失大量细节画面容易糊、出现色块。决定文件体积大小时长一样、参数一致的视频码率和文件大小成正比。计算公式文件大小 ≈ 码率 × 时长例一段1分钟1080P视频1Mbps码率文件大约 7.5MB8Mbps码率文件大约 60MB影响在线播放流畅度在线看视频时视频的实时码率不能超过你的网速带宽。比如视频实时码率4Mbps你的网速只有3Mbps就会频繁缓冲、卡顿网速充足才能完整加载高码率画面。3、分辨率帧率 常规参考码率通用H.264编码规格日常流畅码率高清优质码率720P 30帧1.5~3Mbps4~6Mbps1080P 30帧3~6Mbps8~12Mbps1080P 60帧6~10Mbps12~18Mbps4K 30帧15~25Mbps30Mbps以上4、码率 VS 分辨率、帧率三者区别分辨率管静态画面有多清晰画面精细度帧率管画面动起来流不流畅动态顺滑度码率管画质的保存质量是画质的“承载上限”举个直白例子把视频比作自来水水管分辨率水管口径大小帧率水流快慢码率水的纯净度码率越高水里杂质越少画面压缩损耗越少5、补充关键知识点编码会影响码率效率新一代编码H.265/HEVC、AV1压缩效率更高同等画质下H.265只需要H.264一半左右的码率就能达到相同画质更省空间、省流量。恒定码率CBR / 可变码率VBRCBR恒定码率全程码率固定适合直播、实时推流网速稳定不易卡顿但复杂画面容易画质不足。VBR可变码率简单画面自动降码率画面复杂打斗、夜景自动拉高码率画质利用率更高本地录制、剪辑首选。码率不是越高越好超出设备/平台上限后继续拉高码率画质几乎不会提升只会白白占用存储空间与网速按需设置即可。多角度补充说明分辨率、帧率固定码率完全可以自由调节并不是固定死的先讲最通俗的比喻再讲原理很好懂比喻类比一秒看懂把视频比作「固定尺寸的蛋糕」分辨率宽高像素 蛋糕的长宽尺寸大小固定帧率 1秒内要连续送出多少块蛋糕每秒数量固定码率 每一块蛋糕用料的扎实程度蛋糕长宽不变、每秒送出的数量不变你完全可以用料扎实奶油、果肉足量高码率口感精致用料缩水掺面粉、压缩配料低码率口感粗糙。对应视频就是画面尺寸、每秒画面张数没变但我们可以人为压缩画面数据让单帧画面的信息变多/变少这就是码率的本质。底层原理视频是经过「压缩算法」处理的不是原始原图你以为的画面每一帧都是完整无损的原图实际的视频会用编码算法H.264/H.265大幅压缩画面冗余信息1. 原始无压缩画面码率固定如果每一帧都保存完全没压缩的原始位图分辨率、帧率定死总数据量确实是固定值码率无法改变。举例1080P 30帧无损原图码率极高动辄几百Mbps体积极其庞大完全没法网络传输、存储我们日常使用的视频永远不会用无损格式。2. 成品压缩视频码率可人为自定义日常的MP4视频会做大量有损压缩空间压缩单帧内画面里相近的颜色、相似纹理可以合并简化。比如一片蓝天高码率会保留细微色彩渐变低码率直接把整片蓝天合并成单一蓝色丢掉细节数据直接变少。时间压缩帧与帧之间前后画面不动的区域比如固定镜头的墙壁不需要重复完整保存只记录变化的部分。压缩强度可以手动拉满或降低。简单说压缩力度就是我们手动控制码率的开关。压缩力度小 保留细节多 码率高压缩力度大 大量删减画面细节 码率低。举实际例子1080P 30帧完全相同规格低码率版码率设为2Mbps画面快速运动时会出现色块、模糊、马赛克文件很小标准码率版码率设为6Mbps画质正常清晰观感舒适高码率版码率设为12Mbps色彩、发丝、纹理细节完整几乎没有压缩痕迹文件体积成倍变大。三者分辨率、帧率一模一样只是压缩程度不同码率天差地别。补充三个关键误区分辨率帧率决定码率的「理论上限」不是固定数值画面规格越高能承载的最高码率上限越高但最低码率可以压得极低。4K视频可以压成极低码率的模糊画面720P也可以做成高码率的精致画质。编码决定压缩效率同样1080P 30帧H.265编码只用一半码率就能达到H.264编码的画质。编码不同相同画质对应的码率也不同进一步说明码率和画面规格没有绑定关系。码率是画质的天花板分辨率和帧率决定了画面的规格上限而码率决定你能不能完整发挥这个规格的实力。就算你是4K高分辨率如果码率压得极低画质反而不如高码率的1080P。示例分析一、先算这路画面【完全无压缩】每秒原始数据大小画面参数分辨率1921×1080、帧率25fps安防摄像头原始画面常用YUV420 8bit行业标准原始图像格式我们来计算裸数据码率单帧像素总量$1921 × 1080 ≈ 2074680 像素YUV420 每像素占1.5字节1字节8bit单帧比特数2074680 × 1.5 × 8 24896160 bit 2074680 × 1.5 × 8 24896160\ \text{bit}2074680×1.5×824896160bit每秒25帧总码率24896160 × 25 ≈ 622404000 bit/s ≈ 622.4 Mbps 24896160 × 25 ≈ \boldsymbol{622404000\ \text{bit/s}} ≈ \boldsymbol{622.4\ \text{Mbps}}24896160×25≈622404000bit/s≈622.4Mbps换算成网速无压缩原始画面每秒需要约622Mbps的带宽传输。而现在设置的上限仅2000kbps 1.95Mbps和原始622Mbps相差三百多倍。结论必须依靠H.264/H.265视频编码做高强度压缩才能把码率压到2000kbps不存在不压缩就能传输的可能。二、针对的2000kbps码率详细说明2000kbps就是人为设定的码率上限摄像头内部的编码芯片H.264/H.265会自动做有损压缩把原始海量画面数据压缩控制在每秒最高2000千比特。静态简单画面纯色墙面、不动场景编码会大幅精简冗余信息实际瞬时码率会低于2000kbps动态复杂画面画面大量移动、光影变化编码自动拉高码率最高触顶2000kbps上限此时画面细节会被强制压缩就容易出现色块、模糊、马赛克和截图里画面的方块噪点对应。截图右上角出现的558kbps就是当前实时瞬时码率当前画面内容简单只用了不到一半的限额。三、补充编码格式是压缩的核心现在的监控画面都是标准的H.264AVC或H.265HEVC压缩格式就是专门用来砍掉画面冗余信息实现几百倍的压缩率。如果不用压缩编码以现在的网线、交换机带宽完全扛不住622Mbps的原始数据流。码率上限的取舍2000kbps对于1080P 25帧监控属于偏低码率优点占用带宽小、硬盘录像占用空间少、多摄像头同时预览不容易卡顿缺点夜间、运动画面细节压缩严重容易糊想要画质更好可以适当调高码率上限比如4000kbps。StridePitch 行跨度/行字节数一、核心定义Stride别名 Pitch / linesize指图像内存里完整一行占用的总字节数包含有效像素字节 末尾填充字节(Padding)。图像原始行字节图像宽度 × 单像素字节数只存放真实画面像素。Padding内存填充为满足CPU/GPU内存对齐规则在每行像素的末尾额外补上的无用空白字节。结论正常情况下 Stride ≥ 原始行字节宽度存在填充时Stride 严格大于画面原始宽度字节。二、底层原理为什么必须做内存对齐、加PaddingCPU、内存控制器读取内存时是按固定块16/32/64字节批量读取而非单个字节读取对齐地址读取地址是对齐值的整数倍一次内存指令就能读完一行数据读取效率极高非对齐地址读取一行数据横跨两个内存块CPU需要发起两次内存读取额外做拼接计算性能大幅下降极端情况下嵌入式、硬件编解码芯片会直接报错崩溃。所以图像框架FFmpeg、OpenCV、DirectX、摄像头SDK会强制行字节按照固定字节数对齐常见16、32、64字节对齐不足的字节用Padding补齐这就是Stride大于画面宽度的根本原因。三、用例题完整演算638×480 RGB2416字节对齐RGB24格式1个像素占3字节R/G/B各1字节计算原始单行有效字节原始行字节 宽度 × 3 638 × 3 1914 字节判断16字节对齐1914 ÷ 16 119.625无法整除不满足对齐要求向上取最近的16的整数倍向上取整为1920字节需要填充Padding字节1920 - 1914 6字节最终结果本行Stride(linesize) 1920字节也就是640 × 3末尾6个字节为无效填充数据。四、开发实操核心坑点代码对错解析1. 正确写法FFmpeg标准读取方式// frame-linesize[0] 就是Y通道的Stride每行完整内存跨度for(intj0;jframe-height;j){// 每行起始地址 首地址 当前行数 × 行跨度Stridefwrite(frame-data[0]j*frame-linesize[0],...);}逻辑内存中下一行的起始位置 当前行首地址 Stride严格按照内存实际排布遍历会自动跳过末尾的Padding填充字节只会读取有效像素。2. 错误写法高频踩坑直接用宽度 × 单像素字节当做行偏移强行按画面宽度连续读写整块内存// 错误无视Padding填充字节fwrite(frame-data[0],1,frame-width*frame-height,outfile);问题内存里每行末尾都有Padding空字节你按「纯有效像素宽度」连续读取时会把下一行开头的像素误读进上一行末尾的填充区域最终导出的图片画面错位、花屏、颜色错乱。五、拓展YUV格式的Stride特点FFmpeg帧最常用YUV420P分为Y、U、V三个独立平面三个通道拥有各自独立的linesize[0]/linesize[1]/linesize[2]Y平面分辨率和原图宽高完全一致Stride最大U/V平面宽高均为原图的1/2拥有单独的行跨度对齐规则和Y平面相互独立遍历UV通道时必须使用linesize[1]、linesize[2]专属的行跨度绝对不能复用Y通道的Stride。六、精简总结StridePitch/linesize 单行有效像素字节 末尾Padding填充字节是内存中一行完整占用的总长度Padding的唯一目的满足硬件内存对齐提升读写性能、兼容硬件编解码图像处理遍历行的核心公式行首地址 首指针 行数 × Stride绝对不能用图像像素宽度代替Stride做内存偏移画面分辨率决定有效像素数量Stride由对齐字节数决定和画面宽度没有必然相等的关系。
