On Mon, 26 Jun 2017 12:46:29 +0200
Paul B Mahol <one...@gmail.com> wrote:

> On 6/26/17, Clement Boesch <u...@pkh.me> wrote:
> > On Mon, Jun 26, 2017 at 11:33:31AM +0200, Paul B Mahol wrote:  
> >> This is actually internal utvideo format.
> >> Allows to make use of SIMD for median prediction for rgb(a) formats,
> >> thus speeding up decoding.
> >> Simplifies code, eases further developement and maintenance.
> >>
> >> Signed-off-by: Paul B Mahol <one...@gmail.com>
> >> ---
> >>  libavcodec/utvideodec.c                   | 283
> >> +++---------------------------
> >>  tests/ref/fate/utvideo_rgb_left           |   8 +-
> >>  tests/ref/fate/utvideo_rgb_median         |  10 +-
> >>  tests/ref/fate/utvideo_rgba_left          |  10 +-
> >>  tests/ref/fate/utvideo_rgba_median        |  10 +-
> >>  tests/ref/fate/utvideo_rgba_single_symbol |   2 +-
> >>  6 files changed, 49 insertions(+), 274 deletions(-)
> >>  
> >
> > I think you can drop ff_ut_rgb_order  
> 
> Will do.
> 
> >
> > Can you also add an explanation about the FATE changes?  
> 
> FATE changes because it now decodes to GBR(A)P instead of packed formats.

(I assume that you verified that the output is exactly the same when
the output is reordered to the same pixfmt by swscale.)
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Reply via email to