[FFmpeg-devel] [PATCH] Add a gamma flag to exr loader to avoid banding

[Peter Ross]

On Tue, Apr 29, 2014 at 05:05:10AM -0300, Gonzalo Garramuno wrote:
> On 28/04/14 21:01, Michael Niedermayer wrote:
> >On Mon, Apr 28, 2014 at 08:21:03PM -0300, Gonzalo Garramuno wrote:
> >>On 28/04/14 17:10, Michael Niedermayer wrote:
> >>>On Mon, Apr 28, 2014 at 09:19:07PM +0200, Reimar Döffinger wrote:
> >>>
> >>>>>patience
> >>I apologize for being so impatient.  Sorry.
> >>>>>First it seems to still have a bug
> >>>>>it fails fate
> >>>>>--- ./tests/ref/fate/exr-slice-raw      2014-04-28 04:14:37.849375679 +0200
> >>>>>+++ tests/data/fate/exr-slice-raw       2014-04-28 19:50:27.430558597 +0200
> >>>>>@@ -1,2 +1,2 @@
> >>>>>#tb 0: 1/25
> >>>>>-0,          0,          0,        1,  3169800, 0x6a356d0d
> >>>>>+0,          0,          0,        1,  3169800, 0x2cfefd25
> >>I am stuck with this bug.  Not sure exactly what the numbers mean in
> >>the first place, except that it seems +0 and -0 are misplaced.
> >the data outputed by the decoder changes, which changes the checksum
> >
> >Either the decoder should not change in output by default
> >or
> >the checksum should be updated
> >or
> >the command line options for the tests would need to be changed so
> >as to maintain the same output in the test
> >
> >
> >[...]
> >
> Thanks Michael.  I understand how the checksum works.  What I don't
> understand is where is the  framecrc command and what does its 5
> numbers of output mean.

RTFM: http://www.ffmpeg.org/ffmpeg-formats.html#framecrc

-- Peter
(A907 E02F A6E5 0CD2 34CD 20D2 6760 79C5 AC40 DD6B)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20140429/61aca8ac/attachment.asc>