[FFmpeg-devel] [PATCH 0/9] Initial support for DNxHR, v2

[Michael Niedermayer]

On Thu, Oct 08, 2015 at 07:52:40AM +0200, Christophe Gisquet wrote:
> Hi,
> 
> 2015-10-08 1:38 GMT+02:00 Michael Niedermayer <michael at niedermayer.cc>:
> >> So I have made a fate test on 1 frame for each sequence (total around 1.8MB).
> >>
> >> Is it ok?
> >
> > ok
> 
> Here you go. Hendrik has kindly volunteered to upload the 2 samples for me.
> 
> -- 
> Christophe

>  Makefile             |    1 +
>  fate/dnxhd.mak       |    8 ++++++++
>  ref/fate/dnxhd-mbaff |    2 ++
>  ref/fate/dnxhr-444   |    2 ++
>  4 files changed, 13 insertions(+)
> dba9766a9100350ee166c78ca4cdd6249bb0b526  0001-fate-add-DNxHD-HR-tests.patch
> From 332b92d977ae04db0080973426ddc019d93a040b Mon Sep 17 00:00:00 2001
> From: Christophe Gisquet <christophe.gisquet at gmail.com>
> Date: Mon, 5 Oct 2015 17:37:38 +0200
> Subject: [PATCH] fate: add DNxHD/HR tests
> 
> Currently only 2 profiles are evaluated because they are the only 2
> with distributed test sequences.
> - CID 1260: YUV 4:2:2 10 bits with block-adaptive interlace coding,
>   from ticket 4876;
> - CID 1270: YUV 4:4:4 10 bits (HR), 1920x839, from ticket 4581.
> 
> They were generated from the ticket sequences by running the
> following kind of command-line;
> ffmpeg -i $INPUT -an -sn -vcodec copy -vframes 1 -y $OUTPUT.mov

applied

thanks


[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Old school: Use the lowest level language in which you can solve the problem
            conveniently.
New school: Use the highest level language in which the latest supercomputer
            can solve the problem without the user falling asleep waiting.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20151009/c8fee5c5/attachment.sig>