Re: MID proposal

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.

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

> > 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

Or what about merging flags with type?

> > 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)
 
> 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.

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.

-- 
Alex Beregszaszi <[email protected]>
(MPlayer Core Developer -- http://www.mplayerhq.hu/)