The FreeType Project - Bugs: bug #39398, ftview renders color bitmap glyphs...
You are not allowed to post comments on this tracker with your current authentication level.
bug #39398: ftview renders color bitmap glyphs with dark color outline.
Submitter: | None | ||
Submitted: | Tue 02 Jul 2013 12:35:07 PM UTC | ||
Severity: | 3 - Normal | Item Group: | None |
Status: | Fixed | Privacy: | Public |
Assigned to: | wl | Open/Closed: | Closed |
Planned Release: | None |
Jump to the original submission
Tue 22 May 2018 02:45:21 PM UTC, comment #6: |
Alexei Podtelezhnikov <podtelez> |
Mon 05 Aug 2013 03:03:46 PM UTC, comment #5: Fixed in git also. |
Werner LEMBERG <wl> |
Wed 03 Jul 2013 06:12:55 PM UTC, comment #4: Patch attached. That FruityGirl doesn't have .notdef has no real reason except that I forgot to add. |
Behdad Esfahbod <behdad> |
Wed 03 Jul 2013 05:18:46 PM UTC, comment #3: Right... That's why in the commit message I wrote "The premultiplied bgra blending is still off." I gave up trying to make it work given how complex the ftview blender is. I'm giving it another try now. |
Behdad Esfahbod <behdad> |
Tue 02 Jul 2013 01:07:41 PM UTC, comment #2: BTW, the FruityGirl font doesn't contain a bitmap for glyph index 0, the .notdef glyph. Is this intentional?
|
Werner LEMBERG <wl> |
Tue 02 Jul 2013 12:58:19 PM UTC, comment #1: Behdad? |
Werner LEMBERG <wl> |
Tue 02 Jul 2013 12:35:07 PM UTC, original submission:
freetype 2.5.0.1(FT_CONFIG_OPTION_USE_PNG on) + ftdemos 2.5.0.1 +
|
Anonymous |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 6 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2013-08-05 | wl | Status | None | Fixed | |
Open/Closed | Open | Closed | |||
2013-07-03 | behdad | Attached File | - | Added 0001-Fix-BGRA-blending.patch, #28485 | |
2013-07-02 | wl | Assigned to | None | wl | |
Carbon-Copy | - | Added -email is unavailable- | |||
2013-07-02 | None | Attached File | - | Added foo.png, #28477 |
Powered by Savane 3.13-f8d8.
Corresponding source code
There was a bug in ft2demos caching of gamma corrected gradients. The patch in comment #4 essentially ditched the caching. That caching bug is fixed now.
We might consider using the caching again, but premultiplied BGRA is not designed with gamma correction in mind. Also the premultiplication loses color precision, which will cost dearly in the caching system.
So, is premultiplication really worth it?
Or better question... Do we inherit the premultiplication from PNG or just unfortunately made this decision on our own?