On Fri, 11 Nov 2016, Janne Grunau wrote:
On 2016-10-16 23:18:58 +0300, Martin Storsjö wrote:
This work is sponsored by, and copyright, Google.
The implementation tries to have smart handling of cases
where no pixels need the full filtering for the 8/16 width
filters, skipping both calculation
On 2016-10-16 23:18:58 +0300, Martin Storsjö wrote:
> This work is sponsored by, and copyright, Google.
>
> The implementation tries to have smart handling of cases
> where no pixels need the full filtering for the 8/16 width
> filters, skipping both calculation and writeback of the
> unmodified
On 16/10/2016 23:23, Martin Storsjö wrote:
> On Sun, 16 Oct 2016, Luca Barbato wrote:
>
>> On 16/10/2016 22:18, Martin Storsjö wrote:
>>>
>>> Now the comparison to libvpx is much more close; we're rarely slower
>>> at all, and even much faster in some cases.
>>
>> Probably you could update the
On Sun, 16 Oct 2016, Luca Barbato wrote:
On 16/10/2016 22:18, Martin Storsjö wrote:
Now the comparison to libvpx is much more close; we're rarely slower
at all, and even much faster in some cases.
Probably you could update the statement in the commit and push it then =)
I've already
On 16/10/2016 22:18, Martin Storsjö wrote:
>
> Now the comparison to libvpx is much more close; we're rarely slower
> at all, and even much faster in some cases.
Probably you could update the statement in the commit and push it then =)
lu
___