On Tue, Sep 20, 2016 at 01:53:05PM +0200, Michael Niedermayer wrote:
> On Tue, Sep 20, 2016 at 12:28:41PM +0200, Clément Bœsch wrote:
> > From: Clément Bœsch <clem...@stupeflix.com>
> > 
> > This commit is largely based on commit 15e84ed3 from Anton Khirnov
> > <an...@khirnov.net> which was previously skipped in bbf5ef9d.
> > 
> > There are still a bunch of things raising codecpar related warnings that
> > need fixing, such as:
> > - the use of codec->debug in the interactive debug mode
> > - read_ffserver_streams(): it's probably broken now but there is no test
> > - lowres stuff
> > - codec copy apparently required by bitstream filters
> > 
> > The matroska references are updated because they now properly forward
> > the field_order (previously unknown, now progressive).
> > 
> > Thanks to James Almer for fixing a bunch of FATE issues in this commit.
> > 
> > Signed-off-by: Clément Bœsch <clem...@stupeflix.com>
> > Signed-off-by: James Almer <jamr...@gmail.com>
> > ---
> >  cmdutils.c          |   4 +-
> >  ffmpeg.c            | 246 
> > +++++++++++++++++++++++++++++-----------------------
> >  ffmpeg.h            |   1 +
> >  ffmpeg_filter.c     |  24 ++---
> >  ffmpeg_opt.c        | 140 +++++++++++++++++-------------
> >  libavformat/utils.c |   2 +-
> >  tests/ref/lavf/mkv  |   4 +-
> >  7 files changed, 237 insertions(+), 184 deletions(-)
> 
> breaks fate-rgb24-mkv
> 
> IIRC i saw some difference with mkvinfo yesterdady related to
> interlacing
> 
> --- ./tests/ref/fate/rgb24-mkv  2016-09-20 13:44:14.413175330 +0200
> +++ tests/data/fate/rgb24-mkv   2016-09-20 13:48:58.381181313 +0200
> @@ -1,4 +1,4 @@
> -4765774ab65412c9b7565b1b4da82998 *tests/data/fate/rgb24-mkv.matroska
> +0d081c8e151a922435830f95000d3c71 *tests/data/fate/rgb24-mkv.matroska
>  58321 tests/data/fate/rgb24-mkv.matroska
>  #tb 0: 1/10
>  #media_type 0: video
> Test rgb24-mkv failed. Look at tests/data/fate/rgb24-mkv.err for details.
> make: *** [fate-rgb24-mkv] Error 1
> make: *** Waiting for unfinished jobs....
> 

This is the exact same failure as the two other tests changed in this
patch: the interlaced information now stores progressive (value=2) instead
of unknown (value=0). Fate reference updated locally to reflect this
change to this test as well.

-- 
Clément B.
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Reply via email to