[Ffmpeg-devel] Re: Raw h261 broken
Mon Aug 21 13:53:10 CEST 2006
On Mon, Aug 21, 2006 at 10:53:00AM +0200, Baptiste Coudurier wrote:
> 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
More information about the ffmpeg-devel