On Tue, May 19, 2020 at 08:45:22AM +0200, Paul B Mahol wrote:
> it looks fine to me.
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
If you think the mosad wants you dead since a long time then you are either
wrong or dead since a long time.
si
it looks fine to me.
On 5/19/20, Mark Reid wrote:
> On Sun, May 10, 2020 at 12:40 AM Paul B Mahol wrote:
>
>> On 5/10/20, Mark Reid wrote:
>> > On Sat., May 9, 2020, 11:59 p.m. Paul B Mahol,
>> > wrote:
>> >
>> >> Do we support these float formats in swscale?
>> >> If not, than patch is IMHO p
On Sun, May 10, 2020 at 12:40 AM Paul B Mahol wrote:
> On 5/10/20, Mark Reid wrote:
> > On Sat., May 9, 2020, 11:59 p.m. Paul B Mahol, wrote:
> >
> >> Do we support these float formats in swscale?
> >> If not, than patch is IMHO pointless.
> >>
> >
> > Yes, my patches for swscale float support
On 5/10/20, Mark Reid wrote:
> On Sat., May 9, 2020, 11:59 p.m. Paul B Mahol, wrote:
>
>> Do we support these float formats in swscale?
>> If not, than patch is IMHO pointless.
>>
>
> Yes, my patches for swscale float support was merged a few days ago. I also
> plan to try and add floating point
On Sat., May 9, 2020, 11:59 p.m. Paul B Mahol, wrote:
> Do we support these float formats in swscale?
> If not, than patch is IMHO pointless.
>
Yes, my patches for swscale float support was merged a few days ago. I also
plan to try and add floating point support to some vf filters, namely
lut3d.
Do we support these float formats in swscale?
If not, than patch is IMHO pointless.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffm
From: Mark Reid
changes since v1
- default behavior, no longer hidden behind decoder parameter
- updated tests to reflect change
---
libavcodec/exr.c | 244 +-
tests/fate/image.mak | 120 -
tests/ref/fate/exr-rgb-b44a
