[MPlayer-users] ANNOUNCE: switching to libmpcodecs - report CVS bugs

Arpi arpi at thot.banki.hu
Sun Mar 10 01:26:01 CET 2002


Hi,

I've just switched from old dec_video.c to brand-new-super libmpcodecs.
It's a common modular interface for video decoders (-vmf, -vc) with some
nice new features, like direct rendering and better colorspace selection.

WARNING: works not yet finished. direct rendering only supported by xv,
mga/xmga, and vidix (untested) by now. others (especially x11, dga, fbdev,
vesa) will be added soon.

WARNING: postprocessing (-pp, -npp) for ffmpeg codecs (-vmf 5 / -vc ff*)
temporary disabled, will be enabled again ASAP.

WARNING: CVS may not compile. It was tested a lot, but it's possible to
have portability issues or conflict with some strange libc or other libs
or well known buggy gcc/binutils versions...

if you find that CVS no more compiles, and it seems to be related to new
libmpcodecs, report it ASAP! fill quality bugreport (RTFM DOCS/bugreports.html)
saying just "CVS doesn't compile for me. HELP! ASAP!" won't help at all, but
makes us very upset.

if you find that some codec or postprocessing related feature is broken
from today (I mean file decodes badly, causes sig11 etc but the same file
worked yesterday) report it. don't forget the evil RTFM DOCS/bugreports.html !

about direct rendering: it is enabled by default, but a long ruleset must
match to get it working, if one of rules failed, it will fallback to old
method (memory allocated buffers). so, don't be surprised if it doesn't do
direct rendering. if you want to disable it, use option -vaa_nodr.
you want to disable it if it's slower than no dr (rare, but it happens to
me on p4+rambus config with some files) or it is buggy (example: indeo3vfw).


A'rpi / Astral & ESP-team

--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu




More information about the MPlayer-users mailing list