【求助】请问视频信息里的Container profile=Unknown@3.0是怎么设置的？

不要太皎洁的说 可能压这个片的也会问 为什么人家没有这个 我不正常吗

H264码流里用来描述profile和level的sps在mp4,mkv和flv是保存在各自的extra data中而不是在第一帧里的。

比较蛋疼的是，extra data里在sps之前还会有几个字节又存了一遍profile和level。一般来说，这两个值应该是从sps里复制过去的。但有时候可能会和sps里的不一样，反正ffmpeg和mkvmerge都会生成这样的文件，原因不明。当然解码器一般是不会去理会这些值的，只会遵循sps里的profile和level，所以对播放没有影响。

通过看MediaInfo的代码得知，当extra data头里的profile和level有至少一个和sps中的不同时，就会出现muxing mode: Container profile=xxx@x.x这样一行。

引用

最初由 upyzl 发布
不被二压可以传到QQ播客和六间房
前者改后缀flv 后者改后缀flvx

在56里上传一个900多KBS的视频也没被二压，源视频的编码很普通的：
文件格式 : MPEG-4
格式简介 : Base Media
编码设置ID : isom
文件大小 : 11.8 MiB
长度 : 1分 40秒
平均混合码率 : 986 Kbps
编码日期 : UTC 2010-08-31 12:48:09
标记日期 : UTC 2010-08-31 12:48:09

视频
ID : 1
文件格式 : AVC
文件格式/信息 : Advanced Video Codec
格式简介 : High@L2.1
格式设置, CABAC : 是
格式设置, ReFrames : 6 frames
编码设置ID : avc1
编码设置ID/信息: Advanced Video Coding
长度 : 1分 40秒
码率模式 : VBR
码率 : 984 Kbps
最大码率 : 1 470 Kbps
画面宽度 : 512像素
画面高度 : 378像素
画面比例 : 4:3
帧率模式 : 恒定
帧率 : 25.000 fps
ColorSpace : YUV
ChromaSubsampling: 4:2:0
BitDepth/String : 8位
扫描方式 : 逐行扫描
bits/(pixel*frame)(数据密度) : 0.203
大小 : 11.8 MiB (100%)
编码函数库: x264 core 68
编码设置 : cabac=1 / ref=6 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=6 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=32,32 / chroma_qp_offset=-2 / threads=3 / nr=100 / decimate=1 / mbaff=0 / bframes=16 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40 / rc=crf / crf=25.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
编码日期 : UTC 2010-08-31 12:48:09
标记日期 : UTC 2010-08-31 12:48:09

连续传了好几次全部没被二压！结果播放出来后在缓存里的视频残片信息就肯定会出现那个混合模式：
标记日期 : UTC 2010-09-02 07:07:59
标记软件 : flvmeta 1.0.10

视频
文件格式 : AVC
文件格式/信息 : Advanced Video Codec
格式简介 : High@L2.1
格式设置, CABAC : 是
格式设置, ReFrames : 6 frames
混合模式 : Container profile=Unknown@2.1
长度 : 1分 40秒
码率 : 962 Kbps
画面宽度 : 512像素
画面高度 : 384像素
Height_Original/String : 378像素
画面比例 : 4:3
帧率模式 : 恒定
帧率 : 25.000 fps
ColorSpace : YUV
ChromaSubsampling: 4:2:0
BitDepth/String : 8位
扫描方式 : 逐行扫描
bits/(pixel*frame)(数据密度) : 0.196
大小 : 11.8 MiB
编码函数库: x264 core 68
编码设置 : cabac=1 / ref=6 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=6 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=32,32 / chroma_qp_offset=-2 / threads=3 / nr=100 / decimate=1 / mbaff=0 / bframes=16 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40 / rc=crf / crf=25.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00

只要是没被二压缩的，最后在视频网站上肯定会出现那个混合模式的

请不要再用MediaInfo的信息来作为标准了，特别是这种含义模糊不清的东西，比如Original aspect ratio, Nominal bit rate, Container Profile这种

原因我都说得很清楚了，任何网站都不会用MediaInfo去检测是否需要二压的。

P.S. 刚才试着手动检查并修改一些会显示Container Profile的文件，发现应该是bug，明明里面的profile是一致的。而且不管改成High, Main还是Baseline都显示Unknown。

vp6是flv的官方编码吧 -_-

通过向作者反映这个问题，最新版本的MediaInfo中已经修正这个bug了。