[Ffmpeg-devel] MOV/raw format support?

[Michael Niedermayer]

Hi

On Wed, Oct 18, 2006 at 12:40:21PM -0700, Roman Shaposhnik wrote:
> 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",

all the YUV formats with a P in the name are planer, so please call it
something else, also iam not sure if its 4:4:4

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

In the past you could go to a library and read, borrow or copy any book
Today you'd get arrested for mere telling someone where the library is