[FFmpeg-devel] [PATCH] [BROKEN] swscale: RGBA64 output

Reimar Döffinger Reimar.Doeffinger at gmx.de
Sun May 12 21:46:07 CEST 2013



On 12.05.2013, at 21:29, Paul B Mahol <onemda at gmail.com> wrote:

> On 5/12/13, Michael Niedermayer <michaelni at gmx.at> wrote:
>> On Sun, May 12, 2013 at 06:10:48PM +0000, Paul B Mahol wrote:
>>> Signed-off-by: Paul B Mahol <onemda at gmail.com>
>>> ---
>>> libswscale/output.c                 | 290
>>> ++++++++++++++++++++++++++++++++++--
>>> libswscale/utils.c                  |   4 +-
>>> libswscale/yuv2rgb.c                |  86 +++++++++++
>>> tests/ref/fate/filter-pixdesc       |   2 +
>>> tests/ref/fate/filter-pixfmts-copy  |   2 +
>>> tests/ref/fate/filter-pixfmts-field |   2 +
>>> tests/ref/fate/filter-pixfmts-hflip |   2 +
>>> tests/ref/fate/filter-pixfmts-il    |   2 +
>>> tests/ref/fate/filter-pixfmts-null  |   2 +
>>> tests/ref/fate/filter-pixfmts-scale |   2 +
>>> tests/ref/fate/filter-pixfmts-vflip |   2 +
>>> 11 files changed, 383 insertions(+), 13 deletions(-)
>>> 
>> 
>> off topic: maybe this can be factorized with the rgb48 code or the
>> whole could be refactored to be less ugly ...
>> 
>> back on topic, the patch should be ok once it works
> 
> I did not sent patch for this kind of no help.

Well, what are you hoping for/what is the problem?
There's nothing _obviously_ wrong, at least nothing I can spot just like that.
The only thing I was wondering was quite unrelated, namely if it really makes sense to apply Y coefficient and offset to alpha...


More information about the ffmpeg-devel mailing list