[FFmpeg-devel] fate : add test for exr B44, B44A files
Paul B Mahol
onemda at gmail.com
Sat Mar 26 23:27:05 CET 2016
On 3/26/16, Martin Vignali <martin.vignali at gmail.com> wrote:
> 2016-03-26 21:24 GMT+01:00 Paul B Mahol <onemda at gmail.com>:
>
>> On 3/26/16, Martin Vignali <martin.vignali at gmail.com> wrote:
>> > Hello,
>> >
>> > In attach a patch for fate test of B44/B44A compression inside openexr
>> > file.
>> > samples can be download here : http://we.tl/QwJcxVn9CV
>> > need to be put inside : ./fate-suite/exr/
>> >
>> > Detail of tests :
>> >
>> > rgba_scanline_float_b44.exr : test scanline B44 float file
>> > (uncompress data)
>> >
>> > rgba_multiscanline_half_b44.exr : b44 file with alpha. have multiple
>> > scanlines
>> >
>> > rgba_scanline_half_b44_12x8.exr : have b44 and b44A block, all pixels
>> > inside b44 block are used in the final picture
>> >
>> > rgba_scanline_half_b44_13x9.exr : have b44 and b44A block, some pixels
>> > in
>> > B44 block are not used in the final picture
>>
>> Do you have by any chance INT32 format exr files?
>>
>
> In attach a sample (it's a 4 point gradient), but most software display it
> in white (for thoses who interpret it in float, you need to reduce a lot
> the exposure (-30. in after effects), to have something close to the
> original render.)
>
> Like UINT32 of exr is mostly for 3D data pass (like object id), i don't
> know how to interpret it (in a general way) as rgba image.
>
>
>
>> Do you gonna add other missing features, mostly tile and subsampling
>> support?
>>
>> Yes (both are in progress)
> - tile support (because it's the default render mode of several 3D
> software).
> - subsampling (mostly for YCbCr 420 mode , because it's the "more common"
> mode with subsampling (can be output by RgbaOutputFile class of the
> official library (like in Adobe After Effects using Luma/Chroma mode).
>
> The French National Cinematography Center (http://www.cnc.fr/web/en)
> support us (Jokyo Images) for this work, in order to have a better use of
> ffmpeg inside post-production companies (who use openexr), avoiding lot of
> intermediate conversion (like what is suggest in ffmpeg wiki)
Awesome! looking for patches.
>
>
> Best Regards
>
> Martin
> Jokyo Images
>
More information about the ffmpeg-devel
mailing list