[FFmpeg-devel] [PATCH] libswscale: GBRAP input & output and GBRAP16 input support

Paul B Mahol onemda at gmail.com
Wed May 8 11:19:27 CEST 2013


On 5/7/13, Michael Niedermayer <michaelni at gmx.at> wrote:
> On Tue, May 07, 2013 at 03:06:31PM +0000, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol <onemda at gmail.com>
>> ---
>>  libavcodec/utils.c                  |  1 +
>>  libswscale/input.c                  | 18 +++++++++++++++++-
>>  libswscale/output.c                 |  9 ++++++++-
>>  libswscale/swscale.c                |  3 +++
>>  libswscale/swscale_internal.h       |  3 ++-
>>  libswscale/swscale_unscaled.c       | 21 +++++++++++++++++++++
>>  libswscale/utils.c                  |  6 +++---
>>  tests/ref/fate/filter-pixdesc       |  1 +
>>  tests/ref/fate/filter-pixfmts-copy  |  1 +
>>  tests/ref/fate/filter-pixfmts-field |  1 +
>>  tests/ref/fate/filter-pixfmts-hflip |  1 +
>>  tests/ref/fate/filter-pixfmts-il    |  1 +
>>  tests/ref/fate/filter-pixfmts-null  |  1 +
>>  tests/ref/fate/filter-pixfmts-pad   |  1 +
>>  tests/ref/fate/filter-pixfmts-scale |  1 +
>>  tests/ref/fate/filter-pixfmts-vflip |  1 +
>>  16 files changed, 64 insertions(+), 6 deletions(-)
>>

[...]

>> +    void (*readAlpPlanar)(uint8_t *dst, const uint8_t *src[4], int
>> width);
>
> maybe the prototype could be kept matching with readLumPlanar()
> (it can be quite annoying to chnage it later when some asm uses it too)
> and i dont know if we wont ever need some data table
>
> patch LGTM

changed and applied.


More information about the ffmpeg-devel mailing list