[MPlayer-users] vrc_eq=1 doesn't seem to have any effect

[Ulrich Schweitzer]

On Friday 06 August 2004 21:17, Jan Knutar wrote:

> > I found the patch for '-mpegmuxopts vcdblocksize' [...]

> Well I received no comments on it, so I assume that nobody has had time
> to review it yet, or alternatively, that it's so hopelessly broken that
> nobody is really up to the challenge of flaming about every broken bit
> there is ;-)

OK, so this is your first feedback on it... ;-)
I've had some trouble applying the patch to pre5. Two hunks failed without 
apparent reason. After applying them by hand, everything worked as 
expected, though.
Encoding still works, quality is the same and vcdimager doesn't do any 
padding when generating vcd-images. In fact this is the first time I've 
ever seen vcdimager do no padding at all. Even mpegs generated by 
TMpegEnc (which is renowned to be the best mpeg encoder in windows world) 
usually get padded by a few hundred KB.

IMHO the patch is fit to be commited to cvs.

> I've sometimes seen the mencoder mpeg muxer do strange things which
> vcdimager has produced warnings about, and the resulting file has had
> some minor (<100ms) sound sync issues. Only happens on some files,
> though. If you're converting framerates (might accidentally be doing
> that when encoding from .avi source, beware!), -vf harddup is necessary
> and required for -of mpeg to not break sound sync.

Thanks for the warning. I'll keep my eyes (and ears) open for sync issues.

Ulrich
-- 
PGP key ID: 0xDF6FC4FA

"A mouse is a device used to select the xterm you want to type in."
Author unknown