ffmpeg/tests/ref/fate/h264-conformance-sharp_mp_field_2_b

#tb 0: 1/25
0,          0,          0,        1,   518400, 0xc93c7c47
0,          1,          1,        1,   518400, 0xf0c4b44a
0,          2,          2,        1,   518400, 0x3f5dc91c
0,          3,          3,        1,   518400, 0x03dc8453
0,          4,          4,        1,   518400, 0x5e5227af
0,          5,          5,        1,   518400, 0x9e7136af
0,          6,          6,        1,   518400, 0x963a2e3a
0,          7,          7,        1,   518400, 0xa544be6c
0,          8,          8,        1,   518400, 0xefa1f63a
0,          9,          9,        1,   518400, 0x62155ff1
0,         10,         10,        1,   518400, 0x253eb857
0,         11,         11,        1,   518400, 0x73530327
0,         12,         12,        1,   518400, 0x8920c9a3
0,         13,         13,        1,   518400, 0x4bdd038c
0,         14,         14,        1,   518400, 0xea6016dd
frame{crc/md5}: set the stream timebase from codec timebase. Right now those muxers use the default timebase in all cases(1/90000). This patch avoid unnecessary rescaling and makes the printed timestamps more readable. Also, extend the printed information to include the timebases and packet pts/duration and align the columns. Obviously changes the results of all fate tests which use those two muxers. 2012-02-02 14:20:43 +01:00			`#tb 0: 1/25`
			`0, 0, 0, 1, 518400, 0xc93c7c47`
			`0, 1, 1, 1, 518400, 0xf0c4b44a`
			`0, 2, 2, 1, 518400, 0x3f5dc91c`
			`0, 3, 3, 1, 518400, 0x03dc8453`
			`0, 4, 4, 1, 518400, 0x5e5227af`
			`0, 5, 5, 1, 518400, 0x9e7136af`
			`0, 6, 6, 1, 518400, 0x963a2e3a`
			`0, 7, 7, 1, 518400, 0xa544be6c`
			`0, 8, 8, 1, 518400, 0xefa1f63a`
			`0, 9, 9, 1, 518400, 0x62155ff1`
			`0, 10, 10, 1, 518400, 0x253eb857`
			`0, 11, 11, 1, 518400, 0x73530327`
			`0, 12, 12, 1, 518400, 0x8920c9a3`
			`0, 13, 13, 1, 518400, 0x4bdd038c`
			`0, 14, 14, 1, 518400, 0xea6016dd`