[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ft-devel] CPAL interface
From: |
Werner LEMBERG |
Subject: |
Re: [ft-devel] CPAL interface |
Date: |
Fri, 18 May 2018 07:18:14 +0200 (CEST) |
>> Not for this case, as far as I can see. The code to blend two
>> color layers as specified in COLR/CPAL is (currently) function
>> `tt_face_colr_blend_layer'.
>
> I strongly suggest that this is removed. Linear blending is bad
> anyway. We should just provide coverage maps for each layer
> (including MONO and LCD optimized ones) and let client libraries
> with good gamma-corrected blending do the final assembly job. We
> stayed away from blending and should continue to do so.
Mhmm, I disagree. I think that FreeType should provide a single, most
basic solution for convenience – it's really just a few lines of code.
This is also a wish from
https://savannah.nongnu.org/bugs/?44689#comment22
I'm no expert in blending, so please help improve the code! It should
do the right thing in a clean way, not necessarily as fast as
possible.
As you can see in the git, I've already added an interface to the
`COLR' table so that clients can extract the color layers for advanced
use. For the basic use, I will move the blending part of
`tt_face_colr_blend_layer' to a separate, public function in
`ftbitmap.h'.
Werner
- [ft-devel] CPAL interface, Werner LEMBERG, 2018/05/15
- Re: [ft-devel] CPAL interface, Alexei Podtelezhnikov, 2018/05/15
- Re: [ft-devel] CPAL interface, Werner LEMBERG, 2018/05/16
- Re: [ft-devel] CPAL interface, Alexei Podtelezhnikov, 2018/05/17
- Re: [ft-devel] CPAL interface,
Werner LEMBERG <=
- Re: [ft-devel] CPAL interface, Alexei Podtelezhnikov, 2018/05/18
- Re: [ft-devel] CPAL interface, Werner LEMBERG, 2018/05/18
- Re: [ft-devel] CPAL interface, Alexei Podtelezhnikov, 2018/05/18
- Re: [ft-devel] CPAL interface, Werner LEMBERG, 2018/05/19