- 17 12月, 2017 3 次提交
-
-
由 Behdad Esfahbod 提交于
Specificaly, when a range or sorted array has unexpected order, we take that as font data being garbage and bail out. This fixes significant slowdown on a bad version of Chandas font which has a 600KB GPOS with garbage inside. Later on, I like to add a maximum-work counter for collect_glyphs to protect against malicious fonts as well. Fixes https://bugs.chromium.org/p/chromium/issues/detail?id=794896
-
由 Behdad Esfahbod 提交于
Does page lookup as needed.
-
由 Behdad Esfahbod 提交于
-
- 16 12月, 2017 2 次提交
-
-
由 Behdad Esfahbod 提交于
The coverage already covered that.
-
由 Behdad Esfahbod 提交于
The three "XXXXX"'s should be switched to false. Doing that separately for ease of bisecting...
-
- 15 12月, 2017 6 次提交
-
-
由 Behdad Esfahbod 提交于
Not optimized to use sortedness yet. Also start putting in place infra to faster reject bad data. A version of Chandas.ttf found on some Chrome bots has 660kb of GPOS, mostly junk. That is causing 48 million of set->add() calls in collect_glyphs(), which is insane. In the upcoming commits, I'll be speeding that up by optimizing add_sorted_array(), while also reducing work by rejecting out-of-sort arrays quickly and propagate the rejection. Part of https://bugs.chromium.org/p/chromium/issues/detail?id=794896
-
由 Behdad Esfahbod 提交于
Now that pagesize is 8192, this feels better.
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
Fixes perf regression on some heavy fonts in Chrome's FT+HB interaction. See: https://bugs.chromium.org/p/chromium/issues/detail?id=782220 More work to be done: https://bugs.chromium.org/p/chromium/issues/detail?id=794896
-
由 Behdad Esfahbod 提交于
To be used to optimize adding a whole bunch of (sorted) items at the same time, as in CoverageFormat1.
-
- 07 12月, 2017 4 次提交
-
-
由 ebraminio 提交于
-
由 ebraminio 提交于
-
由 ebraminio 提交于
-
由 Khaled Hosny 提交于
Use a matrix to avoid a gazillion if's.
-
- 06 12月, 2017 11 次提交
-
-
由 ebraminio 提交于
-
由 Khaled Hosny 提交于
-
由 Khaled Hosny 提交于
-
由 Khaled Hosny 提交于
-
由 ebraminio 提交于
-
由 ebraminio 提交于
-
-
由 Ebrahim Byagowi 提交于
-
由 Nathan Willis 提交于
-
-
由 David Corbett 提交于
-
- 05 12月, 2017 3 次提交
-
-
由 David Corbett 提交于
-
由 Olivier Blin 提交于
FT_Set_Var_Blend_Coordinates() is not available when "Multiple Master font interface" is disabled in freetype's modules.cfg
-
由 Behdad Esfahbod 提交于
-
- 03 12月, 2017 4 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
Ouch! Add tests.
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
Fixes https://github.com/harfbuzz/harfbuzz/issues/628 New API: hb_coretext_font_create()
-
- 02 12月, 2017 3 次提交
-
-
由 Behdad Esfahbod 提交于
It's as good as it gets, and seems to be on par with previous set implementation in my benchmark. Would be great if someone can double-check my bitops.
-
由 Behdad Esfahbod 提交于
With new set implementation, this became really costy. Optimize it. There's more to be done, but this shaves off most of the fat. Part of fixing https://bugs.chromium.org/p/chromium/issues/detail?id=782220
-
由 Behdad Esfahbod 提交于
-
- 30 11月, 2017 3 次提交
-
-
-
由 Behdad Esfahbod 提交于
Particularly hazardous if the second layer mixes forward and backward lookups. Fixes https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=4336
-
- 29 11月, 2017 1 次提交
-
-
由 Behdad Esfahbod 提交于
-