[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