[MPlayer-dev-eng] Mplayer's licence (not a flame)

[Arpi]

Hi,

> > please add rgb 15/16 support too! asap...
> > you already killed xa_rle8 wrapper :(
> 
> 	It could still be reinstated by modifying no fewer than 5 files
> (codec-cfg.c codec-cfg.h etc/codecs.conf libmpcodecs/vd.c
> libmpcodecs/Makefile). This was my first foray into the new codec
> subsystem. Really, not much has changed from a maintenance standpoint, I
> realized. You still have to add a new file and then modify 5 other project
> files, 2 of which are different than before. Still, I'll admit that it's
> easier than having to modify dec_video.c.

It's a temporal compatibility solution now.
The libmpcodecs is name based, so we could skip driver name -> vfm -> driver
name mapping, but we lost -vfm option then. Anyway it will happen soon.
With this change one should only modify Makefile, vd.c and create vd_*.c file

> > basic rule of cvs: never reduce features of the code - just fix or extend 
> it.
> 
> 	We have rules in this project? No way...
:)
anyway afair it's in cvs-howto.txt too

> > it was requested by our sponsor, they have presentations in this format an
> d
> > they play it in 16bpp... silly but fact.
> 
> 	All right, I'll take care of 15 & 16bpp (if I add one, the other
> shouldn't be too hard). Just to be sure I have this straight:
>   BGR15 = BGR555
>   BGR16 = BGR565
> Correct? And how do I test this? I know that I'll want to temporarily
> modify my codecs.conf file to force one mode or the other for testing, but
> will my x11 vo target accept the data? I would modify the PNG target for
vo_x11 accepts all bpp since it uses SwScaler.

> testing, but there are no postproc routines for going from rgb15/16 ->
> rgb24 (2 permutations that are missing).
swscaler can do any conversion and even scaling


A'rpi / Astral & ESP-team

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