[MPlayer-DOCS] r25973 - trunk/DOCS/man/en/mplayer.1
Reimar Döffinger
Reimar.Doeffinger at stud.uni-karlsruhe.de
Mon Feb 11 08:15:44 CET 2008
Hello,
On Sun, Feb 10, 2008 at 11:09:08PM -0500, Rich Felker wrote:
> On Sun, Feb 10, 2008 at 04:34:57PM +0100, reimar wrote:
> > Author: reimar
> > Date: Sun Feb 10 16:34:52 2008
> > New Revision: 25973
> >
> > Log:
> > Hint about possible libmpeg2 problems with -hardframedrop
> >
> >
> > Modified:
> > trunk/DOCS/man/en/mplayer.1
> >
> > Modified: trunk/DOCS/man/en/mplayer.1
> > ==============================================================================
> > --- trunk/DOCS/man/en/mplayer.1 (original)
> > +++ trunk/DOCS/man/en/mplayer.1 Sun Feb 10 16:34:52 2008
> > @@ -859,6 +859,8 @@ Show short summary of options.
> > .B \-hardframedrop
> > More intense frame dropping (breaks decoding).
> > Leads to image distortion!
> > +Note that especially the libmpeg2 decoder may crash with this,
> > +so consider using "\-vc ffmpeg12,".
>
> Is anyone else (besides me) interested in removing hardframedrop from
> the cycle of drop modes when pressing 'd'? IIRC other codecs can crash
> too or at least fail horribly.. So can some filters, maybe..
I do not care about 'd', but normally if it causes crashes those should
be fixed.
But since the only reason that libmpeg2 exists is its in some cases
higher speed and truly fixing the crashes would AFAICT break that
advantage that does not seem a reasonable approach.
Anything that crashes with -hradframedrop will also crash with e.g.
partially downloaded file (at least partially-downloaded in the
file-sharing, not wget sense).
Greetings,
Reimar Döffinger
More information about the MPlayer-DOCS
mailing list