[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