[MPlayer-dev-eng] proposed new codecs.conf [Re: new video codec selection code]
Arpi
arpi at thot.banki.hu
Fri Mar 22 02:29:22 CET 2002
Hi,
> On Mon, Mar 18, 2002 at 11:43:11AM +0100, Arpi wrote:
> > > reordering is quite a big change diff-wise, i'd rather not commit it
> > > myself without at least posting it here first, so here the new
> > > codecs.conf is for everyone to review...
> > do not commit yet
> > we should discuss this deeper before
>
> what issues still remain before a new codecs.conf like this can be
> adopted? there's been lots of egger-babble in this thread, but not
> very much of the type of discussion i think you were looking for.
we should prefer _faster_ codecs _if_ they are stable and bugfree enough.
colorspace does not matter now, the new csp selection code does it well.
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]
; 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 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]
; 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]
; 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]
; 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]
; 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]
; 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]
alaris 6 problems Alaris VideoGramPiX [vgpix32d.dll]
; 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
A'rpi / Astral & ESP-team
--
Developer of MPlayer, the Movie Player for Linux - http://www.MPlayerHQ.hu
More information about the MPlayer-dev-eng
mailing list