[MPlayer-dev-eng] libmpcodecs v0.0.0.1

[Arpi]

Hi,

> > > > Anyway, why does -vo x11 support YUY2 ??? It confuses current silly
> > > > colorspace selection code :(((
> > > > (it chooses double conversion (yv12->yuy2->rgb) for many codecs)
> > >
> > > hmm, imho the colorspace selection should be a bit smarter ;)
> >
> > agree. and if you didn't noticed yet, i'm working on that...
> > but for this short time while we use the old code, we shouldn't make such
> > changes. RTFM tech/dunnowhatisthename.txt, there is described what
> its tech-eng.txt ... 
:)

> > colorspaces teh libvo drivers should handle.
> > the yuv drivers should handle YUV formats (at least yv12 and yuy2),
> > and maybe rgb24.
> > the rgb drivers should handle all rgb formats (but at least 15 and 24 bpp)
> > and yv12.

anyway, i now see it's stupid, but there was soem reason to do so in old
days. no one of us wrote colorspace conversion routines, so we had to rely
on existing yv12->any rgb of libvo (from mpeg2dec) and builtin converters of
codecs. so the colorspace conversion stuff was splitted to 2 parts, half of
them were implemented inside the codecs, others in libvo drivers.

now, with the new libmpcodecs / filter layer we can always use codecs'
native colorspace (no conversion) and use swscaler to concert + scale it to
libvo driver's native colorspace in a single step. at least i hope :)

for codecs with builtin colorspace conversion we can use codecs's builtin
converter to reach method-2 direct rendering.

> > you missed some tech/*  rtfm :)
> yes, iam lazy, and feeling a bit lame too now :(
no prob. it's about demuxers and libvo, but you didn't touched them until now

> > yes, for now these should be disabled.
> x11 done, mach64 should be fine as yuv is checked before rgb (with the 
> default codecs.conf at least)
ok


A'rpi / Astral & ESP-team

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