Sensor 调试到底在调什么：曝光、帧率、格式、时序与稳定性问题怎么定位
前言：为什么 Sensor 调试看起来像“玄学”，本质上却是结构化工程问题只要开始接触 Camera 相关开发，很快就会碰到一个高频词： Sensor 调试。 很多刚接触这一块的人，最开始对它的印象常常是： 寄存器很多 现象很杂 问题不稳定 看起来像 ISP、驱动、硬件、图像质量全缠在一起 老同事总能靠经验很快判断，但自己很容易不知道从哪下手 于是它就很容易给人一种感觉： Sensor 调试
爱发呆的鱼
Camera Pipeline 是怎么搭起来的：从 Sensor 到图像输出的主链路
前言：为什么理解 Camera Pipeline，比只会“拿到一帧图”更重要很多人第一次接触摄像头相关开发时，直觉里最容易形成的理解是： Camera 不就是采一帧图出来吗？ 这句话不能说完全错，但如果你真的开始做 Camera 相关工程，很快就会发现问题根本没这么简单。 因为在真实系统里，一路图像从 sensor 出来，到最后变成： 屏幕上的预览画面 编码后的录像流 一张抓拍图片 AI 模
SPS、PPS、VPS、Annex B、AVCC 到底是什么关系
前言：为什么很多人学了 H.264/H.265，还是一碰码流组织就发虚如果你已经开始接触 H.264 / H.265，很快就会碰到下面这些词： SPS PPS VPS NALU Annex B AVCC extradata 很多人第一次看时都会有一种很强的混乱感。 因为这些词表面上都和“码流”有关，但它们又不在同一个层次： 有的是参数集 有的是码流组织方式 有的是容器里常
H.265 HEVC 入门，从 H.264 升级到更高压缩率
前言如果说 H.264 是现代视频编码最经典的一代标准，那 H.265，也就是 HEVC，可以直接理解成它的全面升级版。 它没有推翻 H.264 的核心世界观，反而是在原有框架上做了一次系统级增强： I / P / B 帧还在 GOP 结构还在 帧内预测、帧间预测还在 参考帧缓存还在 NALU 码流组织还在 IDR 刷新机制还在 所以学习 H.265 最轻松的方法，不是把它
从 AVPacket 到 AVFrame，H.264/H.265 在 FFmpeg 中是如何承上启下的
前言：为什么只懂 H.264/H.265 还不够很多人学视频编码时，容易停在“标准知识”这一层。 比如知道： H.264 和 H.265 是主流视频编码标准 I / P / B 帧分别是什么 SPS / PPS / VPS 是参数集 Annex B 和 AVCC 是两种常见码流组织方式 这些知识当然重要，但如果你真正做工程，只懂这些还远远不够。
一文讲清 I 帧、P 帧、B 帧、GOP 与视频预测结构
前言：为什么很多人背过 I / P / B 帧，还是不理解视频编码只要开始学 H.264 / H.265，几乎一定会碰到这些词： I 帧 P 帧 B 帧 GOP 参考帧 预测结构 很多人对它们并不陌生，甚至在面试前也背过很多次。 但真正一问： 为什么要分 I / P / B 帧 B 帧到底“厉害”在哪 GOP 为什么不是越长越好 为什么 B
H.264/H.265 核心原理：从基础世界观到编解码流程与码流结构
一、先从一个问题开始：原始视频为什么这么大如果你直接看一帧没有压缩的视频图像，它的数据量其实是很夸张的。 假设一段 1080p 视频： 分辨率：1920 × 1080 帧率：30fps 像素格式按 RGB 24bit 算 一帧图像的数据量大约是： 11920 × 1080 × 3 ≈ 6 MB 30fps 的话，1 秒就是： 16 MB × 30 ≈ 180 MB/s 一秒钟原始视频数据可
什么是容器，什么是码流：MP4、FLV、TS 与裸流不要再混了
前言：为什么很多人学了一堆 H.264、RTP、FFmpeg，最后还是会把“码流”和“容器”说混只要开始接触音视频工程，几乎迟早会遇到这些名字： H.264 H.265 AAC MP4 FLV TS Annex B AVCC 刚开始学的时候，很多人会下意识把它们都放进一个大筐里，统称成“视频格式”。 这也不奇怪，因为从使用者视角看，它们确实都和“音视频文件能不能播”“流能不能推”“数据怎么传”