[x264-devel] [PATCH] pic timing, vui timing info, hrd, and buffering periods
Gabriel Bouvigne
gabriel.bouvigne at joost.com
Thu Apr 10 13:39:06 CEST 2008
Alex Izvorski a écrit :
> Which standards require cfr? Is that cfr with occasional switching
> (when/how), or completely fixed? This is very interesting, because I am
> seeing a whole lot of vfr in mpeg2 satellite feeds now, not with
> completely arbitrary times but more along the lines of quickly switching
> between 30/29.97/25/24/23.97, sometimes a few times per minute, so at
> least common practicee seems to be to do sort-of-vfr.
I just thought that those are likely the sources you want to transcode,
targeting IPTV.
There are several solutions (that you probably already figured out):
*do some black magic interpolation/decimation on the source, in order to
have a cfr stream
*dynamically reconfigure the encoder when the source frame rate is
updated (eventually by stopping/restarting it)
*update x264 in order to handle vfr
*set up x264 as your highest frame rate, and have it not marking the
stream as cfr, neither writing timing information (which will be written
within the mpeg2-ts level). What will happen is that your real bitrate
will drop when the input frame rate is reduced, but that should not
matter much. Of course, any HRD information would be wrong.
(my guess is that you decided on this last one)
--
Gabriel
More information about the x264-devel
mailing list