[MPlayer-dev-eng] [PATCH] (variable) framerate autodetection for H264
poirierg at gmail.com
Thu Feb 24 12:17:39 CET 2005
On Thu, 24 Feb 2005 12:02:48 +0100, Nico Sabbi <nsabbi at tiscali.it> wrote:
> Guillaume Poirier wrote:
> >On Wed, 23 Feb 2005 23:50:36 +0100, Nico Sabbi <nsabbi at tiscali.it> wrote:
> >>this patch determines automatically the framerate of H264 video in
> >>bytestream syntax,
> >>when the container IS either raw or mpeg-ts (maybe I should add
> >>DEMUXER_TYPE_LAVF?) .
> >>It also recalculates the fps if it changes (tested appending various files).
> >Being outta town, I can't test you patch.... but I'm wondering if that
> >patch might fix the problem I had while re-encoding some futurama
> the source was encoded in h264?
No, it was mpeg1 (if I recall correctly.... some of the files might
have been mpeg2 too).
> >series, re-using the sound from the mpeg1 file, and muxing into an mkv
> >container. The sound was slowly getting out of sync, just like if the
> >framerate of the sound and the video was different.
> >So may that patch fix that problem in a mkv file?
> >Anyway, I'll be able to test it on Sunday if necessary.
> tests are always good.
> Better if you post the procedure you followed, it's not very clear to me
Well, I re-encoded the mpeg1 files into a "soundless" (with the
-nosound flag) x264 file using mencoder.
Then I extracted the mp3 sound with avidemux (it might be possible to
do the same thing with mencoder or mplayer too, I just didn't check
Then I muxed the audio and the video stream with mkvmerge.
Is that any clearer?
Now, maybe the problem comes from mkvmerge that failed to mux both
files at the original framerate... but in order to answer that
question, I guess you'll have to wait till I am back... Sorry! :-(
More information about the MPlayer-dev-eng