2005-12-27, 17:26
x264 revision 389 updates the mp4 output format to fix overflows with floating point values fps.
to do that it now supports 64 bit timestamps which are not compatible with mplayer and quicktime (vlc, haali parser, ateme parser, mpc parser supports them).
solution1: fix mplayer to support uint64 dts and pts and uint32 cts offset.
solution2: use the nicefps() avisynth filter before encoding (available @ doom9.org forum)
the problem happens only on 23.976, 29.97 and other floating point fps values and only in certain conditions (using changefps() filter is one of those). so pal ppl is not affected.
to do that it now supports 64 bit timestamps which are not compatible with mplayer and quicktime (vlc, haali parser, ateme parser, mpc parser supports them).
solution1: fix mplayer to support uint64 dts and pts and uint32 cts offset.
solution2: use the nicefps() avisynth filter before encoding (available @ doom9.org forum)
the problem happens only on 23.976, 29.97 and other floating point fps values and only in certain conditions (using changefps() filter is one of those). so pal ppl is not affected.