c - h264 inside AVI、MP4 和 "Raw"h264 流。不同格式的 NAL 单元(或 ffmpeg 错误)

标签 c video ffmpeg h.264 specifications

TL;DR:我想从 AVI/MP4 文件中读取原始的 h264 流,即使是损坏的/不完整的。

几乎所有关于 h264 的文档都告诉我它由 NAL 数据包组成。好的。几乎所有地方都告诉我数据包应该以 00 00 0100 00 00 01 之类的签名开头。例如,https://stackoverflow.com/a/18638298/8167678 , https://stackoverflow.com/a/17625537/8167678

The format of H.264 is that it’s made up of NAL Units, each starting with a start prefix of three bytes with the values 0x00, 0x00, 0x01 and each unit has a different type depending on the value of the 4th byte right after these 3 starting bytes. One NAL Unit IS NOT one frame in the video, each frame is made up of a number of NAL Units.

好的。

我下载了 random_youtube_video.mp4 并从中删除了一帧:

ffmpeg -ss 10 -i random_youtube_video.mp4 -frames 1 -c copy pic.avi

得到: hexdump of AVI 红色部分 - 这是 AVI 容器的一部分,其他 - 实际数据。 如您所见,这里我有 00 00 24 A9 而不是 00 00 00 01

此 AVI 文件播放完美

我对 mp4 容器做同样的事情: hexdump of mp4

如您所见,这里的字节数完全相同。 这个 MP4 文件播放完美

我尝试去除原始数据: ffmpeg -i pic.avi -c copy pic.h264 Raw data

此文件无法在 VLC 中播放,甚至生成此文件的 ffmpeg 也无法解析它: ffmpeg error

我下载了 mp4 流分析器并得到: Analysis

MP4Box 告诉我:

 Cannot find H264 start code
 Error importing pic.h264: BitStream Not Compliant

学习 h264 的内部原理非常困难,因为什么都不起作用。

所以,我有问题:

  1. mp4 中的实际数据是什么?
  2. 我必须阅读哪些内容才能解码该数据(我指的是不同的附件)
  3. 如何从这个“损坏的”原始流中读取流并获取解码图像(即使使用 ffmpeg)?

更新:

这似乎是 ffmpeg 中的错误:

当我进行双重转换时:

         ffmpeg -ss 10 -i random_youtube_video.mp4 -frames 1 -c copy pic.mp4
         ffmpeg pic.mp4 -c copy pic.h264

enter image description here

但是当我直接转换文件时:

ffmpeg -ss 10 -i random_youtube_video.mp4 -frames 1 -c copy pic.h264 with NALs

我有 NAL 签名和一个额外的 NAL 单元。其他字节相同(选中)。

这是错误吗?

更新

不,这不是错误,您必须使用选项 -bsf h264_mp4toannexb 将流保存为“附件 B”格式(带前缀)

最佳答案

"I want to read raw h264 streams from AVI files, even broken/incomplete."

"Almost everywhere told to me that the packet should start with a signature like :
00 00 01 or 00 00 00 01"

"...As you can see, here I have 00 00 24 A9 instead of 00 00 00 01"

您的 H264 是 AVCC 格式,这意味着它使用数据大小(而不是数据起始代码)。只有 Annex-B 会将您提到的签名作为起始代码。

你寻找帧,不是通过寻找开始代码,而是你只是跳过帧大小以达到(请求的)帧的最终正确偏移......

AVI 处理:

  • 读取大小(四)字节(32 位整数,Little Endian)。

  • 提取下一个字节,达到 size 数量。

  • 这是您的 H.264 帧(AVCC 格式),解码字节以查看图像。

  • 要转换为 Annex-B,请尝试将 H.264 帧字节 的前 4 个字节替换为 00 00 00 01 .

考虑您显示的 AVI 字节(参见 first 图片):

00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00     ................
00 00 00 00 4C 49 53 54 BA 24 00 00 6D 6F 76 69     ....LISTº$..movi
30 30 64 63 AD 24 00 00 00 00 24 A9 65 88 84 27     00dc.$....$©eˆ„'
C7 11 FE B3 C7 83 08 00 08 2A 7B 6E 59 B5 71 E1     Ç.þ³Çƒ...*{nYµqá
E3 9C 0E 73 E7 10 50 00 18 E9 25 F7 AA 7D 9C 30     ãœ.sç.P..é%÷ª}œ0
E6 2F 0F 20 00 3A 64 AA CA 5E 4F CA FF AE 20 04     æ/. .:dªÊ^OÊÿ® .
07 81 40 00 48 00 0A 28 71 21 84 48 06 18 90 0C     ..@.H..(q!„H....
31 14 57 9E 7A CD 63 A0 E0 9B 96 69 C5 18 AE F2     1.WžzÍc à›–iÅ.®ò
E6 07 02 29 01 20 10 70 A1 0F 8C BC 73 F0 78 FA     æ..). .p¡.Œ¼sðxú
9E 1D E1 C2 BF 8C 62 CE CE AC 14 5A A4 E1 45 44     ž.á¿ŒbÎά.Z¤áED
38 38 85 DB 12 57 3E F6 E0 FB AE 03 04 21 62 8D     88…Û.W>öàû®..!b.
F6 F1 1E 37 1C A2 FF 75 1C F1 02 66 0C 92 07 06     öñ.7.¢ÿu.ñ.f.’..
15 7C 90 15 6F 7D FC BD 13 1E 2B 0C 14 3C 0C 00     .|..o}ü½..+..<..
B0 EA 6F 53 B4 98 D7 80 7A 68 3E 34 69 20 D2 FA     °êoS´˜×€zh>4i Òú
F0 91 FC 75 C6 00 01 18 C0 00 3B 9A C5 E2 7D BF     ð‘üuÆ...À.;šÅâ}¿

一些解释:

  • 忽略前导倍数 00字节。

  • 4C 49 53 54 D6 3C 00 00 6D 6F 76 69包括 30 30 64 63 = AVI“列表”标题。

  • AD 24 00 00 == 十进制 9389是AVI自带的H264 item的大小(一定要看Little Endian)。

注意 AVI 字节包括...
- item 的总大小 的注释(AD 24 00 00 ... 或 Little Endian 的反向:00 00 24 AD)
- 后跟 item 数据 ( 00 00 24 A9 65 88 84 27 ... etc ... C5 E2 7D BF )。

大小 包括 AVI 的“大小”条目的 4 个字节 + 项目 自身字节的预期字节长度。可以简单的写成:

AVI_Item_Size = ( 4 + item_H264_Frame.length );

AVI 中的 H.264 视频帧字节:

接下来是 item 数据,即 H.264 视频帧。由于格式/字节布局的巧合,它也为数据大小保留了一个 4 字节的条目(因为你的 H264 是 AVCC 格式,如果它是 Annex- B 然后你会在这里看到开始代码字节而不是大小字节)。

与 AVI 字节不同,这些 H264 size 字节以 Big Endian 格式写入。

  • 00 00 24 A9 = 此视频帧的字节大小(而不是起始代码:00 00 00 01)。

  • 65 88 84 27 C7 11 FE B3 C7 = H.264 关键帧(始终从 X5 开始,其中 X 值基于其他设置)。

  • 如果后面跟着...,请记住在四个大小字节(甚至是起始码)之后

    • 字节X5 = 关键帧 (IDR),示例字节 65 .
    • 字节X1 = P 或 B 帧,示例字节 41 .
    • 字节X6 = SEI(补充增强信息)。
    • 字节X7 = SPS(序列参数集)。
    • 字节X8 = PPS(图片参数集)。
    • 字节 00 00 00 X9 = 访问单元分隔符。

如果您在 AVI 文件中搜索完全相同的字节,您可以找到 H.264。参见 third图片,这些是您的 H.264 字节(它们被剪切并粘贴到 AVI 容器中)。

有时,一个帧被分割成不同的 NAL 单元。因此,如果您提取一个关键帧并且它只显示 1/2 或 1/3 而不是完整图像,只需抓取下一个或两个 NAL 并重新尝试解码。

关于c - h264 inside AVI、MP4 和 "Raw"h264 流。不同格式的 NAL 单元(或 ffmpeg 错误),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/46601724/

相关文章:

c - 如何在 C 中创建动态字符串数组,其中每个字符串只需要必要的空间

c - 在 C 中分配一个字母

javascript - HTML5 视频标签可以播放 m3u 文件吗?

css - 在 HTML5 视频元素上使用 "will-change"有好处吗?

c++ - 使用 ffmpeg 拆分/保存 h264 rtsp 流和去有效负载 header ,而无需在 C++ 中解码/编码

javascript - 中断ajax函数会阻止它完成吗?

c - 波特率为 9600 的串行读写,无奇偶校验,数据位 8 和停止位 2。无法与设备通信

具有递归回溯返回错误的c数独求解器

video - 如何同步两个具有可变帧率的视频?

FFMPEG - 编码和解码 8 位 PNG 图像