when the ffmpeg reports the framerate in this format,
Stream #0.0: Video: flv, yuv420p, 320x256, 29.97 tb(r)
the app transcodes with this command:
ffmpeg -y -i input.flv ... -r 0 ... output.mp4
i assume the framerate parsing needs to take care of tb(r), too
btw, not sure if trunk has fixed the issue
but 0.2 does have the problem.
oh, it's not ffmpeg, but the mediainfo that parses the video file.
anyway, here is the output of the test file:
General
Complete name : Story.wmv
Format : Windows Media
File size : 36.8 MiB
Duration : 5mn 37s
Overal bit rate : 914 Kbps
Maximum overal bit rate : 896 Kbps
Encoded date : UTC 1970-01-01 00:00:00.000
Video
Format : MPEG-4 Visual
Codec ID : DIV3
Codec ID/Hint : DivX 3 Low
Width : 512 pixels
Height : 384 pixels
Display aspect ratio : 4/3
Resolution : 24 bits
Audio
Format : MPEG Audio
Codec ID : 55
Codec ID/Hint : MP3
Duration : 5mn 37s
Bit rate : 128 Kbps
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
the problem is probably this line 172 in Transcoder.m:
info.videoFrameRate = [[video objectAtIndex:12] doubleValue];
Yeah, I need to be more robust with handling missing data.