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 _______________________________________________ MPlayer-DOCS mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/mplayer-docs
