forked from FFmpeg/FFmpeg
![Zhao Zhili](/assets/img/avatar_default.png)
For fate-h264_mp4toannexb_ticket5927 and fate-h264_mp4toannexb_ticket5927_2, they work by accident previously. The sample file has two 'avc1' entries, and video samples use the second one. It means packets should be decoded with new extradata in side data. Before this patch, only extradata was kept in the output, new extradata has been dropped. The output can be decoded because the two extradata are almost the same, except level indication. This patch fixed the issue, and add another fate test. Signed-off-by: Zhao Zhili <zhilizhao@tencent.com>
21 lines
1.2 KiB
Text
21 lines
1.2 KiB
Text
edddeef7901b2bd8d55625b8105b579f *tests/data/fate/h264_mp4toannexb_ticket5927.h264
|
|
595583 tests/data/fate/h264_mp4toannexb_ticket5927.h264
|
|
#extradata 0: 33, 0x84e308f7
|
|
#tb 0: 1/1200000
|
|
#media_type 0: video
|
|
#codec_id 0: h264
|
|
#dimensions 0: 1920x1080
|
|
#sar 0: 0/1
|
|
0, -48000, -9223372036854775808, 48000, 247993, 0x541321e9
|
|
0, 0, -9223372036854775808, 48000, 43354, 0xa05dca6f, F=0x0
|
|
0, 48000, -9223372036854775808, 48000, 11423, 0x5e8086dd, F=0x0
|
|
0, 96000, -9223372036854775808, 48000, 50798, 0x145fbe4f, F=0x0
|
|
0, 144000, -9223372036854775808, 48000, 12567, 0x1e3d5304, F=0x0
|
|
0, 192000, -9223372036854775808, 48000, 52444, 0x1a6c1a64, F=0x0
|
|
0, 240000, -9223372036854775808, 48000, 12575, 0x2fff484b, F=0x0
|
|
0, 288000, -9223372036854775808, 48000, 54025, 0xb3bf0ce6, F=0x0
|
|
0, 336000, -9223372036854775808, 48000, 13539, 0xfdb16c57, F=0x0
|
|
0, 384000, -9223372036854775808, 48000, 54483, 0xefead99f, F=0x0
|
|
0, 432000, -9223372036854775808, 48000, 13705, 0x23cd27e8, F=0x0
|
|
0, 480000, -9223372036854775808, 48000, 22308, 0x4093b5af, F=0x0
|
|
0, 528000, -9223372036854775808, 48000, 6369, 0x6cca2aa0
|