video - FFMPEG 支持 HEVC 解码

Question

FFMPEG v2.1 及更高版本提供对 HEVC 解码的支持。我尝试了一个基本的输入 bin 流作为它的输入，是的，我得到了一个相应的 YUV 文件。

现在我的问题是，由于我只是将基本流作为输入传递，解码器如何解析它？

我已经通过/libavformat/hevcdec.c应该是 HEVC 的解复用器.
我知道hevc_probe()是 hevcdec.c 中的函数它检测文件是否可以被 HEVC 解码器解码。

hevc_probe() 函数的定义如下:

static int hevc_probe(AVProbeData *p)
{
    uint32_t code = -1;
    int vps = 0, sps = 0, pps = 0, irap = 0;
    int i;

    for (i = 0; i < p->buf_size - 1; i++) {
        code = (code << 8) + p->buf[i];
        if ((code & 0xffffff00) == 0x100) {
            uint8_t nal2 = p->buf[i + 1];
            int type = (code & 0x7E) >> 1;

            if (code & 0x81) // forbidden and reserved zero bits
                return 0;

            if (nal2 & 0xf8) // reserved zero
                return 0;

            switch (type) {
            case NAL_VPS:        vps++;  break;
            case NAL_SPS:        sps++;  break;
            case NAL_PPS:        pps++;  break;
            case NAL_BLA_N_LP:
            case NAL_BLA_W_LP:
            case NAL_BLA_W_RADL:
            case NAL_CRA_NUT:
            case NAL_IDR_N_LP:
            case NAL_IDR_W_RADL: irap++; break;
            }
        }
    }

    // printf("vps=%d, sps=%d, pps=%d, irap=%d\n", vps, sps, pps, irap);

    if (vps && sps && pps && irap)
        return AVPROBE_SCORE_EXTENSION + 1; // 1 more than .mpg
    return 0;
}

根据我所阅读的内容，只有当此函数返回 AVPROBE_SCORE_EXTENSION 类型的常量时，解码将继续进行。但是它正在返回 AVPROBE_SCORE_EXTENSION+1为什么？

同样如上面代码中所见，他们正在决定一些 type从获得的输入位代码中获取变量并在sps，pps等常量中执行增量。是可以解码基本流的解析器需要执行的正常操作吗？

如果有人能够简要介绍可以解码基本流的解码器的解析器，那将对每个人都非常有帮助。

请帮忙。提前致谢。

Answer 1

自动检测数据流的类型是一个概率问题。某个探测函数会查找某种数据类型的文件，但能绝对确定数据符合那个类型吗？假阳性怎么办？例如，许多多媒体文件在前 4 个字节中都有签名，由 4 个 ASCII 字符组成。如果探测函数检查了这 4 个字符并发现一个随机文本文件恰好以相同的 4 个字符开头，那将是误报。

由于有多种因素会影响检测，FFmpeg 的探测函数返回一个范围从 0..100 的确定性值(“绝对不符合”..“绝对是这种类型”)。 AVPROBE_SCORE_EXTENSION定义为 50。某些文件类型没有强签名，探测功能可以做的最好的事情就是检查文件的扩展名。

我要去哪里:自动检测基本流可能有点棘手。这就是为什么在收集到足够的证据后，HEVC 基本流探测检测只有足够的置信度来返回该流是 HEVC 的 51% 概率。由于 FFmpeg 通过各种探测函数运行流，如果返回高于 51% 的确定性，另一种格式的探测函数可能会覆盖这个。

应该注意的是，基本流在“野外”并不常见。它们往往被打包成更适合传输和处理的其他格式(参见程序流和传输流)。