The font doesn't have the two expected tables (head, sing) - if I ignore that fact and return `SFNT_Err_Ok` from `check_table_dir` then the font loads fine and renders perfectly.
Why does the FreeType TTF loader required these two headers when it works without them?
282: FT_TRACE2(( "check_table_dir:" ));
283: #ifdef TT_CONFIG_OPTION_EMBEDDED_BITMAPS
284: FT_TRACE2(( " neither `head', `bhed', nor `sing' table found\n" ));
285: #else
286: FT_TRACE2(( " neither `head' nor `sing' table found\n" ));
287: #endif
288: error = SFNT_Err_Table_Missing;
```
On 7 November 2012 01:12, Harry Roberts
<address@hidden> wrote:
Recently I have come across many fonts embedded within PDF files which cannot be loaded by FreeType v2.4.10.
I suspect Enfocus PitStop is mangling the fonts when the PDF file is 'optimized'.
Attached is the font file (extracted from a PDF) and test case.
Adobe Acrobat and Photoshop are able to load the fonts. FontForge can also open the font, and after 'Exporting to OpenType' the test case is able to load the font successfully.
I am still trying to debug the problem, but my knowledge of FreeType and font format internals is being stretched. Any insight would be appreciated.
Regards,
- Harry