[Ffmpeg-devel] MOV/raw format support?

[Michael Niedermayer]

Hi

On Wed, Oct 18, 2006 at 01:35:15PM -0700, Roman Shaposhnik wrote:
> On Wed, 2006-10-18 at 22:17 +0200, Michael Niedermayer wrote:
> > 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, 
>  
>   Good catch!
> 
> > also iam not sure if its 4:4:4
> 
>   Seems to be:
>       http://developer.apple.com/quicktime/icefloe/dispatch019.html#v410
> 
>   Or do you have any reason to think its not ? 

ive not looked at the files but the original poster mentioned v210

[...]

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