[Ffmpeg-devel] Re: Raw h261 broken

[Michael Niedermayer]

Hi

On Mon, Aug 21, 2006 at 10:53:00AM +0200, Baptiste Coudurier wrote:
> Hi
> 
> Michael Niedermayer wrote:
> > Hi
> > 
> > On Mon, Aug 21, 2006 at 01:56:22AM +0200, Baptiste Coudurier wrote:
> >> Hi
> >>
> >> Diego Biurrun wrote:
> >>>> [...]
> >>>>
> >>>> btw do these decode correctly with any (binary) decoder?
> >>> lotr.mov plays correctly in QT 7.0.0 and 7.1.2 on Mac OS X.  I found a
> >>> H.261 decoder in the QT DLLs with the help of Compn on IRC that worked
> >>> flawlessly on x86 Linux with MPlayer's native demuxer, but it fails with
> >>> libavformat.  So lotr.mov should be a valid file, but the libavformat
> >>> MOV demuxer is still buggy about it.
> >> Yes. Qt binary codecs with lavf demuxer wont work in mplayer since
> >> vd_qtvideo.c passes whole 'stsd' atom to codec. demuxer_mov.c stores
> >> whole 'stsd' atom in ImageDesc which is passed to qt codec.
> > 
> > libmpdemux/demux_lavf should initalize everything so binary codecs work
> > if it does not its buggy
> > 
> 
> Well, it should be possible. However, whole 'stsd' atom is not read by
> mov demuxer atm. There are 2 solutions, either store whole atom in
> extradata, or reconstruct atom in demux_lavf, based on field values, but
> that would need some changes since not every field is read.

demux_lavf should just ignore fields for which it doesnt know the value, 
i doubt the binary decoder will use fields which arent needed

[...]
-- 
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