[MEncoder-users] two-pass encoding for creating DVD-video
Nico Sabbi
nicola_sabbi at fastwebnet.it
Wed May 9 21:55:35 CEST 2007
Trent Piepho wrote:
> It doesn't look like this fix is integrated into the 2-pass rate control
> system. My understanding of that patch, is that if a frame is encoded and the
> resulting size of that frame breaks the maxrate (by overflowing the rc
> buffer), that one frame is re-encoded at lower quality until it's small enough
> to not overflow. It's much better to instead drop the quality of the frames
> before by a little bit, rather than drop the quality of one frame by a lot.
> That's sort of the whole point of 2-pass rate control.
if so why don't you report it to ffmpeg-devel?
>
> Lots of people would claim this bug didn't exist for a number of reasons:
>
> Exceeding the maxrate usually has no effect for playback on a computer. It's
> only hardware DVD or SVCD players that care. Someone would encode to mpeg2
> and the final file size would be correct and it would play back fine with
> mplayer, so they assume there must be no problem. It's easy to jump to the
> conclusion of user error.
>
> The maxrate allowed for DVDs is quite high and many hardware DVD players can
> do at least a little more than the max allowed in the DVD specs. It's not
> that hard to encode something (especially from a high quality source, like a
> ripped DVD, as opposed to an analog tv capture) and not exceed the maxrate.
> It is a much bigger problem for SVCD, because of the much lower max bitrate
> allowed from CD-R media vs DVD-R media. It's easy for someone to encode a DVD
> and have it work in their player even when vrc_maxrate doesn't work.
overflows are very easy to spot during encoding: the muxer will almost
unavoidably complain of a dts underrun and raise the muxrate;
in order to realize it users should at least pay attention to the
report, but most of the times they won't notice it because they are
110% clueless
More information about the MEncoder-users
mailing list