[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