[FFmpeg-devel] [RFC][PATCH] ticks_per_frame / timebase

Baptiste Coudurier baptiste.coudurier
Fri Feb 27 00:29:09 CET 2009


Michael Niedermayer wrote:
> On Thu, Feb 26, 2009 at 02:18:41PM -0800, Baptiste Coudurier wrote:
> [...]
>> Also in h.264 in flv:
>>
>> Seems stream 0 codec frame rate differs from container frame rate: 23.98
>> (48000/2002) -> 44.42 (533/12)
>> Input #0, flv, from 'h264_acc_in_flv.flv':
>>   Duration: 00:01:07.51, start: 0.105000, bitrate: N/A
>>     Stream #0.0: Video: h264, yuv420p, 640x480 [PAR 1:1 DAR 4:3], 44.42
>> tbr, 1k tbn, 47.95 tbc
>>     Stream #0.1: Audio: aac, 48000 Hz, stereo, s16
>> At least one output file must be specified
>>
>> Before:
>>
>> Input #0, flv, from 'h264_acc_in_flv.flv':
>>   Duration: 00:01:07.51, start: 0.105000, bitrate: N/A
>>     Stream #0.0: Video: h264, yuv420p, 640x480 [PAR 1:1 DAR 4:3], 23.98
>> fps(r)
>>     Stream #0.1: Audio: libfaad, 48000 Hz, stereo, s16
>> Must supply at least one output file
> 
> about this one, the timestamps the core gets are in steps of 45
> 1000/45 = 22.22...
> that it selects 44.42 (533/12) instead of 200/9 is because 200/9 is
> not tested for.
> I agree selecting 533/12 here is a bug
> 
> are there more problems besides the misdetection of the framerate?

For this one, I don't think so.

-- 
Baptiste COUDURIER                              GnuPG Key Id: 0x5C1ABAAA
Key fingerprint                 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA
checking for life_signs in -lkenny... no
FFmpeg maintainer                                  http://www.ffmpeg.org




More information about the ffmpeg-devel mailing list