[MPlayer-G2-dev] MID proposal

[Arpi]

Hi,

> > > MID {
> > > imgfmt (?)
> > > type (rgb or yuv)
> > or special: mpeg, mjpeg, cymk etc
> Let's see the actual cases:
> 0: yuv
> 1: rgb
> 2: mpeg
> 3: mjpeg
> further types (cmyk :D)
> 
> Or what about adding a 'compressed' type that would indicate
> mpeg1/mjpeg/mpeg4/asv2 (you know, asus cards can en/decode asv) and
> others.

i vote for yuv, rgb, special
or maybe yuv, rgb, special, compressed

so uncompressed but non-rgb non-yuv could go to special

> > > chroma_x_shift
> > > chroma_y_shift
> What about naming them cr_h/v (chroma horizontal / vertical)

or csv/csh (ala scale filter's shift params)

> > > num_planes (>1 -> planar)
> > 
> > imho:
> > 0   -> packed
> > >=1 -> planar (think of grayscale)
> Or the flags field from mpi: (i forgot it first :)
> MPI_IMGFLAG_PLANAR, YUV, SWAPPED, RGB_PALETTE

we still need a plane number

> Or what about merging flags with type?

yes, it would be the best!!

> > > fields (interlacing)
> > why here? whats the purpose of it?
> probably it has not much sense (i can see only one, if you read the
> thread about jpeg_enc)
i didnt read that yet

> > agree, i also had this in mind, but i dropped due to big changes
> > all over the code (i wanted to avoid big changes which delay g2 a lot)
> but without big changes it will become the same bloat as g1 after some
> time
> 
> A new idea: the new swscaler should based on a similar structure.

new swscaler? r u dreaming? :)

> And also we could make a mid_to_imgfmt function, so we could really get
> rid of internal imgfmt usage, only some filters/modules/whatever which
> need to convert to the ancient format could use it.

dunno
as Rich said, if it's well done, we dont need imgfmt anymore
btw, what about adding short name and longer description too?
for config_type_imgfmt and various debug/nondebug printfs...


A'rpi / Astral & ESP-team

--
Developer of MPlayer G2, the Movie Framework for all - http://www.MPlayerHQ.hu