[Ffmpeg-devel] [RFC] VC1 in EVO support
Sat Feb 3 01:39:34 CET 2007
On Sat, Feb 03, 2007 at 12:12:41AM +0000, Ian Caulfield wrote:
> On 03/02/07, Michael Niedermayer <michaelni at gmx.at> wrote:
> >On Fri, Feb 02, 2007 at 08:40:49PM +0200, Kostya wrote:
> >> This patch enables decoding VC-1 stream (tested on MAININTRO.EVO)
> >> It consists of three parts:
> >> * support for initialization with extradata present in first frame
> >> * parser for reconstructing frames
> >> * a few hacks to make it work now (two conditions commented out)
> >> It also requires EVO demuxing support enabled (still pending,
> >> you can find the very patch at
> >> Please test and give tips on implementation as it's my first attempt
> >> to use parser and to make decoder work without extradata.
> >> If it works as supposed I will clean it and divide before commit
> >> Thanks
> >ive just quickly looked at it but it seems that you could solve the
> >extradata in first frame issue simpler by implementing
> >AVCodecParser.split() which simply identifies which part of the frame
> >is the extradata and then moves that into AVCodecContext.extradata
> >if the AVCodecParser.split() API is not flexible enough for EVO-VC1
> >then the API should be changed to be more flexible ...
> What happens if the stream parameters change during the stream? Will the
> codec pick up on the change in extradata?
hmm, that depends on the codec ... and player, many players will crash if
the width/height changes ...
either way split() primary purpose is to allow streamcopy into containers
which need extradata instead of before frame seq headers, this may or may
not apply for VC1 here?
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
it is not once nor twice but times without number that the same ideas make
their appearance in the world. -- Aristotle
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: not available
More information about the ffmpeg-devel