[MPlayer-users] Fast recompress

D Richard Felker III dalias at aerifal.cx
Sat Aug 2 21:39:32 CEST 2003

On Sat, Aug 02, 2003 at 05:09:48PM +0200, Tobias Diedrich wrote:
> [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> D Richard Felker III wrote:
> > I think you misunderstand. What Gianci wants *is* maximum quality
> > encoding, by avoiding the reencode step. It's like -ovc copy, but with
> > limited reencoding for parts that need it (like the very beginning, if
> > you don't want to begin at a keyframe, or for edits around commercials
> > when you're removing them). You could also imagine uses like removing
> > an ugly watermark or other tv-station/release-group crap (what's the
> > diff; they're both thugs :), and only reencoding the frames where it
> > was visible.
> AFAIK the "Fast recompress" setting in Virtualdub means that instead of
> Decoderoutput -> RGBConversion -> Filter -> Codeccolorspaceconversion -> Encoderinput
> it skips the conversions and the filters, i.e.
> Decoderoutput -> Encoderinput
> Since the mplayer filters process data in YUV space and not in RGB
> space, I don't think we need an option like that, because if you don't
> specify any filters the data is not converted in any way (unless the
> input/output codecs colorspaces don't match).

I agree, the vdub thing is stupid, like most of vdub (and in fact most
windows encoding programs in general). But on the other hand, what I
was talking about -- the partial framecopy that skips reencoding most
frames -- would be a very nice feature. In addition to the other uses
I mentioned (see above), it could also be used for recompressing
credits, etc. when some idiot ripped a movie and made it too big to
fit on a cd...


More information about the MPlayer-users mailing list