On Tue, May 21, 2013 at 3:35 PM, Brad O'Hearne <[email protected]> wrote: > On May 21, 2013, at 12:12 AM, Robert Krüger <[email protected]> wrote: >> are you talking about using the ffmpeg as a command line application? > > No, using libraries programmatically in an app. > >> you elaborate what exactly you mean by "but FFmpeg must have fixed >> frame rate"? > > In my testing, you have to feed the encoder the exact number of FPS set in > time_base.den. You cannot give the encoder some lesser or greater FPS and > think that accommodating this by setting pts will fix the timing. Playback is > going to process time_base.den frames per second, so if you give it fewer FPS > than time_base.den, then your video is going to play back faster than > intended, and if you give it greater FPS than time_base.den, then your video > is going to play back slower than intended.
That sounds weird. "Playback is going to process time_base.den frames per second". Where is that? It seems you're assuming (inverse) timebase == framerate which is only one special case. Anyway, a player reading a quicktime file should not assume any frame rate but display the samples with the timings/durations that are encoded in the quicktime file. So I am not sure if you're saying the resulting quicktime file is incorrect because of an ffmpeg limitation or that a specific player does not play VFR files correctly. My understanding is that _if_ the ffmpeg mov muxer supports VFR (despite what the flag says, see Carl's mail with the referenced commit by Baptiste) you should not have to do anything with frame rate as you would only need to decide on a timebase that has the granularity required to describe your captured frames' timestamps and then rescale incoming timestamps, durations to that timescale before feeding it to the mov muxer. Maybe I will try that at some point but right now I'm asking this rather because of a general interest in the state of the mov muxer than having a pressing need to get it working. Cheers, Robert _______________________________________________ Libav-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/libav-user
