[Ffmpeg-devel] MOV/raw format support?

Roman Shaposhnik rvs
Wed Oct 18 21:40:21 CEST 2006


Hi

On Wed, 2006-10-18 at 21:05 +0200, Baptiste Coudurier wrote:
> >>> OK, unfortunately 10 bit is unsupported by ffmpeg atm. I even wonder if
> >>> this is feasible with current system, since AVPicture data is uint8_t.
> >> we also store RGB555 and RGB565 in it and that also isnt really uint8_t
> >> so that part shouldnt be a problem, its just a missing pix format
> >>
> > 
> > Humm does RGB565 means 5 bits for R, 6 bits for G and 5 bits or B ?
> > Cause 10 bit quicktime (2vuy) in that case is 10 bit for Y, 10 bit for
> > U, 10 bit for V, means 36 bits in total. Does that sounds feasible ?
> > 
> 
> err read 30 bits in total.

  It is actually 32bit total but 2 bits are unused (which has a
additional benefit of being on a byte boundary). Anyway, I'd
imagine that theoretically something like this would work:
   
    [PIX_FMT_YUV444P10] = {
        .name = "yuv444p10",
        .nb_channels = 3, 
        .is_alpha = 0,
        .color_type = FF_COLOR_YUV,
        .pixel_type = FF_PIXEL_PACKED,
        .depth = 10,
        .x_chroma_shift = 0, 
        .y_chroma_shift = 0,
    }

  You would, of course, have to check all the manipulation routines to
see whether 30/32bits rounding will go as planned (you would basically
need to grep for depth in libavcodec/imgconvert*). And it is also
up to you to add conversion of this format into common YUV formats.

Thanks,
Roman.





More information about the ffmpeg-devel mailing list