Forgot to attach the program.
Michael Droettboom wrote:
Nicolas, Darren,
I have created a minimal program that hopefully will exercise the
problem. If it breaks for either of you, I'll take this to the freetype
mailing list for further clarification... If it doesn't break for you,
my theory about the cause is still incorrect.
I have attached a small C program. You can build it as follows,
assuming freetype is installed in the usual place:
gcc -I/usr/include/freetype2 -lfreetype test_hinting_stretch.c -o
test_hinting_stretch
Then you can run it by providing a .ttf fontname on the path. The one
that seems to trip up so far is
lib/matplotlib/mpl-data/fonts/ttf/cmmi10.ttf (in the matplotlib source
tree), but I'm curious to know if it also breaks for other more popular
fonts like vera.ttf.
./test_hinting_stretch path_to_font
It will render and print out all the glyphs in the font on stdout.
Please send me the output (offlist, since it will be quite long).
Thanks for helping me solve this problem,
Mike
[EMAIL PROTECTED] wrote:
I tried to change the value and the highest one I can use is 2 so it's not a
big improvement for what I understand.
You can contact me if you need other test naturally
N.
Le Friday 26 October 2007 12:24:34 Michael Droettboom, vous avez écrit :
It's great to have narrowed this down! Unfortunately, with that #define
removed, you will get lower quality fonts (the hinting will be more
extreme, which causes the glyphs to often look too thin, or
inconsistent.) See this thread for more information --
http://www.mail-archive.com/[EMAIL PROTECTED]/msg01480
.html
I'd hate to turn off this improvement because it doesn't work in some
environments.
I wonder if you wouldn't mind performing one more experiment... There
is another define at the top of ft2font.cpp, "HORIZ_HINTING" that
controls the amount of hinting subsampling. Currently it is set to 8,
but I wonder if a lower value would work. Ideally, we want to set this
as high as we can get away with.
#define VERTICAL_HINTING
#ifdef VERTICAL_HINTING
#define HORIZ_HINTING 8
#else
#define HORIZ_HINTING 1
#endif
Would you mind trying other values and seeing if any work? If not, I'll
probably take this question to the freetype mailing list now that we've
narrowed the cause down to only a three line difference in the code.
Cheers,
Mike
[EMAIL PROTECTED] wrote:
Le Friday 26 October 2007 11:22:06, vous avez écrit :
Thanks for this information. It looks like the font outline data is
somehow getting corrupted before freetype renders it. Again, however, I
can't reproduce it on my machine (I've attached a copy of what it looks
like for me), so I'm still pretty stumped. My suspicion is that it's a
64-bit vs. 32-bit problem since both people known to have trouble are on
64-bit platforms, and I am not. I have tried recompiling with gcc-4.2.2
and I still wasn't able to reproduce.
I can imagine that it's difficult for you to debug something you cannot
reproduce. Just a remark I don't have 64-bits but a 32 so the problem is
not comming because of the plateforme.
One thing you could *try*, to rule out any recent changes to the glyph
rendering, is to comment out this line near the top of src/ft2font.cpp:
#define VERTICAL_HINTING
as follows
//#define VERTICAL_HINTING
Yes it's doing the trick., I don't have anymore the problem. Thank you
very much. I have now the same result than you with the test I produce
before.
Additional information: Are there any warnings produced when compiling
ft2font.cpp? Can you send me your matplotlibrc file?
just the classic one:
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for
Ada/C/ObjC but not for C++
Thank you very much.
N.
Cheers,
Mike
[EMAIL PROTECTED] wrote:
Yep that can be a good idea. I don't know anything on how mathtext is
working but I'm not completely sure that the problem is with freetype
because sometime that can work. In reality every character I tested
worked but you have to put in a certain order. To understand a little
bit more what I try to say (very badly) see the script join and the
figure.
I hope that can help a little bit to try to find the reason of this
behaviour.
N
Le Thursday 25 October 2007 15:41:40 Michael Droettboom, vous avez
écrit :
Darren Dale wrote:
Hi Mike,
On Tuesday 23 October 2007 09:05:56 am Michael Droettboom wrote:
Unfortunately, I can't reproduce this on my machine even with the
latest stable version of freetype-2.5.3 (which is the same version
in Ubuntu Gutsy).
I think you mean freetype-2.3.5. I also have that version installed,
although the mpl setup script is reporting 9.16.3.
Yes. freetype-2.3.5. There are arcane historical reasons I don't
fully comprehend why the pkgconfig version doesn't match the release
version (and why freetype2 is called freetype6 on Debian and
derivatives)... but my numbers do match yours.
The Ubuntu/Debian package of freetype has a lot of patches
applied, and I don't know if they are causing this (but from the
looks of them, I doubt it).
Can you set debug.verbose to "annoying" and send me the output of
your matplotlib run? I want to rule out any font-loading problems.
It's attached. I'm running 64bit gentoo, everything compiled with
gcc-4.2.2, in case its relevent.
Always good to have more details, but I'm sort of at a loss on this
one, especially since I can't reproduce it.
Maybe we need to take a poll on this list of who is working and who
isn't to see what the source of the breakage may be...
Cheers,
Mike
----------------------------------------------------------------------
--
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
#include <stdio.h>
#include <string.h>
#include <stdlib.h>
#include <math.h>
#include <ft2build.h>
#include FT_FREETYPE_H
#define BROKEN 1
#if BROKEN
#define HINTING_STRETCH 8
#endif
int main( int argc,
char* argv[] )
{
FT_Library font_library;
FT_Face font_face;
FT_Bitmap bitmap;
FT_GlyphSlot cur_glyph;
FT_Glyph_Metrics glyph_metrics;
int glyph_ind;
int num_chars;
size_t x, y;
char char_name[256];
printf("Testing font %s\n", argv[1]);
if (argc != 2)
exit( 1 );
if ( FT_Init_FreeType( &font_library ) )
exit( 1 );
if ( FT_New_Face( font_library, argv[1], 0 , &font_face ) )
exit( 1 );
#if BROKEN
if ( FT_Set_Char_Size( font_face , 0 , 768 , 300 * HINTING_STRETCH, 300 ) )
exit( 1 );
#else
if ( FT_Set_Char_Size( font_face , 0 , 768 , 300, 300 ) )
exit( 1 );
#endif
num_chars = (int)font_face->num_glyphs;
#if BROKEN
FT_Matrix transform = { 65538 / HINTING_STRETCH, 0, 0, 65536 };
FT_Set_Transform( font_face, &transform, NULL );
#else
FT_Set_Transform( font_face, NULL, NULL );
#endif
for ( glyph_ind = 0 ; glyph_ind < num_chars; glyph_ind++ )
{
if ( FT_Load_Glyph( font_face, glyph_ind, FT_LOAD_DEFAULT ) )
exit( 1 );
cur_glyph = font_face->glyph;
if ( cur_glyph->format != FT_GLYPH_FORMAT_BITMAP )
if ( FT_Render_Glyph( font_face->glyph, FT_RENDER_MODE_NORMAL ) )
exit( 1 );
if ( FT_Get_Glyph_Name( font_face, glyph_ind, char_name, 16 ) )
exit( 1 );
bitmap = cur_glyph->bitmap;
glyph_metrics = cur_glyph->metrics;
printf( "Glyph %d name %s %ld %ld %ld %d %d\n",
glyph_ind,
char_name,
glyph_metrics.horiBearingX / 64,
glyph_metrics.horiBearingY / 64,
glyph_metrics.horiAdvance / 64,
bitmap.width , bitmap.rows );
for (y = 0; y < bitmap.rows; ++y) {
for (x = 0; x < bitmap.width; ++x) {
unsigned char val = bitmap.buffer[y * bitmap.pitch + x];
if (val) {
printf("#");
} else {
printf(" ");
}
}
printf("\n");
}
printf("\n");
}
return 0;
}
/* END */
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
