支持HEVC解码的FFMPEG

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基本流探针检测只有足够的信心返回51%的概率，这个流是HEVC。当FFmpeg通过各种探测函数运行流时，如果它返回的确定性高于51%，则另一种格式的探测函数可能会覆盖此流。

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