[MPlayer-dev-eng] proposed new codecs.conf [Re: new video codec selection code]

Alex Beregszaszi alex at naxine.org
Fri Mar 22 16:54:25 CET 2002


Hi,

> what about this order:
> 
> ; mpeg 1/2 decoding:
> ; Note: mpegpes is preferred for hw decoders:
> mpegpes     1  working   Mpeg PES output (.mpg or DVB card)  [libmpeg2]
> mpeg12      1  working   MPEG 1 or 2  [libmpeg2]
> ffmpeg12    5  working   FFmpeg-1  [mpegvideo]
totally agree

> 
> ; we have only native opensource codecs for these:
> nuv        15  working   NuppelVideo
> mpng       21  working   mPNG codec
> fli        12  working   Autodesk FLI/FLC Animation
> qtrle      14  working   Quicktime Animation (RLE)
> qtrpza     20  working   Quicktime Apple Video
> qtsmc      17  working   Apple Graphics (SMC) codec
> cyuv       16  working   Creative YUV (native codec)
> msrle       9  working   Microsoft RLE
> roqvideo   19  problems  Id RoQ File Video Decoder
Prefer only those ones over win32, which arent supported by win32 dlls ;)

> ; prefer native codecs over win32?
> ; the win32 codecs probably are (better) optimized and support direct
> ; rendering, so this may be not the best idea...
> ;NATIVE:
> video1     11  working   Microsoft Video 1
> cvid       13  working   Cinepak Video (native codec)
> mphuffyuv  23  problems  HuffYUV Mplayer Native Decoder
> ;WIN32:
> cram        2  working   Microsoft Video 1  [msvidc32.dll]
> cvidvfw     2  working   Cinepak Video  [iccvid.dll]
> huffyuv     2  problems  HuffYUV  [huffyuv.dll]
> ;XAnim (slow):
> cvidxa     10  working   Radius Cinepak Video  [vid_cvid.xa]
> cyuvxa     10  untested  Creative CYUV  [vid_cyuv.xa]
cyuvxa should be removed, we have native cyuv codec, i think xanims one
will be even slower

> 
> ; time to decide what to do with the mpeg4/divx variants...
> ; ff* is fastest...
> ffdivx      5  working   FFmpeg DivX ;-) (MS MPEG-4 v3)  [msmpeg4]
> ffodivx     5  working   FFmpeg OpenDivX  [mpeg4]
> ; divx4 does direct render, and is native on linux
> odivx       3  working   OpenDivX (MPEG-4 v2)  [opendivx decore]
> divx4       7  working   DivX4Linux (MPEG-4 v2,v3)  [libdivxdecore.0]
> ; is divx4vfw stable enough, working everywhere and faster than divxds?
> divx4vfw    2  working   DivX4Windows-VFW (DivX 3.x, DivX4)  [divx.dll]
> ; the original ones...  prefer DShow for postprocessing:
> divxds      4  working   DivX ;-) (MS MPEG-4 v3)  [divx_c32.ax]
> divx        2  working   DivX ;-) (MS MPEG-4 v3)  [divxc32.dll]
> ; hmm. we should check, maybe these are/will be playable with libavcodec:
> mpeg4ds     4  working   Microsoft MPEG-4 v1/v2  [mpg4ds32.ax]
> mpeg4       2  working   Microsoft MPEG-4 v1/v2  [mpg4c32.dll]
> wmv8        4  working   Windows Media Video 8  [wmv8ds32.ax]
> wmv7        4  working   Windows Media Video 7  [wmvds32.ax]
> 
> ; mjpegs:
> ; Notes: m3jpeg+mjpeg are mmx optimized. avid is very stable but slow.
> ; ijpg only decodes jpeg images (no mjpg), and slow. ffmjpeg is buggy.
> m3jpeg      2  working   Morgan Motion JPEG Codec  [m3jpeg32.dll]
> mjpeg       2  working   MainConcept Motion JPEG  [mcmjpg32.dll]
> avid        2  working   AVID  [AvidAVICodec.dll]
> ijpg       22  working   IJPG codec
> ffmjpeg     5  working   FFmpeg MJPEG decoder  [mjpeg]
> morgands    4  crashing  Morgan MJPEG  [M3JPEGdec.ax]
We really should do more hacking on ffmjpeg! But this list seems right for me.


> ; h263: - I don't know. comments?
> vivo        2  working   Vivo H.263  [ivvideo.dll]
> i263        2  working   I263  [i263_32.drv]
> u263        4  working   UB Video H.263+ Decoder  [ubv263d+.ax]
> ffi263      5  working   FFmpeg I263 decoder  [h263i]
> ffh263      5  working   FFmpeg H263+ decoder  [h263]
> h263xa     10  working   CCITT H.263  [vid_h263.xa]
> h261xa     10  untested  CCITT H.261  [vid_h261.xa]
> m261        2  untested  M261  [msh261.drv]
I prefer to move UB decoder to the second (or first place) and we should
really write vivo2 support to ffmpeg (i checked vivo2 and the first
unimplemented thingie was that it uses ufelp=2 and =6, anyone owns
some h263 docs? I'm interested in hacking with it, if someone
can provide me docs (i checkd ITU's page, but it provides it only for money
or for registered users))

Hmm, i never saw any h261 files, place h261xa before m261.
 
> ; indeo:
> ; Note: indeo 3 is buggy, both xanim (bad decoding) and VfW (not work with DR)
> ; Prefer win32 ones, they are faster, and 4/5 can DR. for fallback, there are
> ; Xanim codecs, tehy provide YV12, usefull for YUV display or encoding.
> indeo5ds    4  working   Intel Indeo 5  [ir50_32.dll]
> indeo5      2  working   Intel Indeo 5  [ir50_32.dll]
> indeo4      2  working   Intel Indeo 4.1  [ir41_32.dll]
> indeo3      2  problems  Intel Indeo 3.1/3.2  [ir32_32.dll]
> indeo5xa   10  working   Intel Indeo 5  [vid_iv50.xa]
> indeo4xa   10  working   Intel Indeo 4.1  [vid_iv41.xa]
> indeo3xa   10  working   Intel Indeo 3.1/3.2  [vid_iv32.xa]
What's buggy with indeo3, it's working for me with indeo3xa!
(Arpi: we should hack xanim support to use the new abilities of
libmpcodecs - before the new release?)

 
> ; DV:  qdv is more stable...  (native libdv support coming soon)
> qdv         4  working   Sony Digital Video (DV)  [qdv.dll]
> mcdv        2  working   MainConcept DV Codec  [mcdvd_32.dll]
write native one ! 

> 
> ; others:
> 3ivXxa     10  working   3ivX Delta 3.5  [vid_3ivX.xa]
> ffrv10      5  working   FFmpeg RV10 decoder  [rv10]
> mwv1        2  problems  Motion Wavelets  [icmw_32.dll]
> vp3         6  working   On2 OpenSource VP3-Codec  [vp31vfw.dll]
> CJPG        2  untested  CJPG  [CtWbJpg.DLL]
> asv2        2  problems  ASUS V2  [asusasv2.dll]
> asv1        2  problems  ASUS V1  [asusasvd.dll]
> 
> ; buggy codecs:  (any volunteers for native rewrite?)
> mszh        2  problems  AVImszh  [avimszh.dll]
> zlib        2  problems  AVIzlib  [avizlib.dll]
we should rewrite as native the above to codecs (i will check the zlib one
if noone is working on it :)

> alaris      6  problems  Alaris VideoGramPiX  [vgpix32d.dll]
What's this codec like?

> 
> ; non-working codecs:
> pim1        2  problems  PIM1  [PCLEPIM1.DLL]
> vcr2        2  crashing  ATI VCR-2  [ativcr2.dll]
> tm20        4  crashing  TrueMotion 2.0  [tm20dec.ax]
> mss1        4  crashing  Windows Screen Video  [msscds32.ax]
> 3ivX        4  crashing  3ivX Delta 3.5  [3ivxdmo.dll]
> 3ivXqtx     2  crashing  3ivX Delta 3.5  [qtx/3ivx.qtx]
> 
> ; raw formats:  (now RGB formats are autodetected)
> rawrgb32    8  working   RAW RGB32
> rawrgb24    8  working   RAW RGB24
> rawrgb16    8  working   RAW RGB16
> rawbgr24    8  working   RAW BGR24
> rawbgr15    8  working   RAW BGR15
> rawyuy2     8  working   RAW YUY2
> rawuyvy     8  working   RAW UYVY
> rawyv12     8  working   RAW YV12
> rawi420     8  working   RAW I420
> 
> null        0  crashing  NULL codec (no decoding!)
> ducktm1    18  problems  Duck Truemotion v1
ducktm1 is unusable (dummy codec)

-
alex



More information about the MPlayer-dev-eng mailing list