|
|
|
This thread is locked; no one can reply to it.
|
1
2
|
| [al5]Drawing text line by line rather than char by char? |
|
jmasterx
Member #11,410
October 2009
|
Would there be a very noticeable performance dent if I drew text char by char rather than line by line? Say I have: ABCDEF ABCDEF ABCDEF ABCDEF (or about a good TextBox worth of text) Would it be much slower to do: for each char draw char with its color increase X by width of char rather than for each line of text draw the text The reason why is because I'm thinking of doing the former for my Gui's TextBoxes. I want to have gradient text so each char has a different color. When I tested it didn't seem to be much different, but I want a second opinion. Thanks Agui GUI API -> https://github.com/jmasterx/Agui |
|
Mark Oates
Member #1,146
March 2001
 |
jmasterx said: Would there be a very noticeable performance dent if I drew text char by char rather than line by line? Not so much. Either way, you'll have a pretty strong hit drawing that much text regardless. Text rendering can be kindof expensive if you do a lot. If it's savings you're after, you'll get a bigger help by rendering your text to a separate bitmap and drawing the bitmap from that point on. If you want to really measure the difference, you can: double start = al_get_time(); // do your rendering here double end = al_get_time(); double time_of_process = end - start; In my experience, drawing char by char isn't that much more expensive. It's negligible. -- |
|
Matthew Leverton
Supreme Loser
January 1999
 |
Using al_hold_bitmap_drawing() might help. |
|
Thomas Fjellstrom
Member #476
June 2000
 |
You'll probably get better looking text if you render line by line though. If you go char by char, you'll be missing out on some of the fancier hinting available with TTF fonts. This is assuming you're using TTFs, and not bitmap fonts. If you're using bitmap fonts, you can probably do as you like. -- |
|
Mark Oates
Member #1,146
March 2001
|
Thomas Fjellstrom said: You'll probably get better looking text if you render line by line though. If you go char by char, you'll be missing out on some of the fancier hinting available with TTF fonts. I don't think this is true. Here I've tested 4 TTF fonts, the top (white) is rendered char-by-char and the bottom (pink) is drawn by the line. The hinting appears to be identical on both. {"name":"603099","src":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/a\/1\/a1fdbad69e02d26bcebf522cb3fb0987.png","w":801,"h":173,"tn":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/a\/1\/a1fdbad69e02d26bcebf522cb3fb0987"} -- |
|
Thomas Fjellstrom
Member #476
June 2000
|
I could be wrong. But I could swear I've seen fonts that don't display properly if you draw char by char since allegro doesn't let you access all of the hinting info... At most you get access to the "advance" which may be enough for many simple fonts? I dunno. What I heard is the actual advance between any two characters can be different depending on which character pair is used. So an "a"s advance might not be the same depending on what character follows it. Simple examples like the above might not show any difference... -- |
|
SiegeLord
Member #7,827
October 2006
 |
Speedwise, it should be nearly the same as long as you hold drawing. As for hinting, you can probably compute it manually by computing widths of pairs of characters. "For in much wisdom is much grief: and he that increases knowledge increases sorrow."-Ecclesiastes 1:18 |
|
Mark Oates
Member #1,146
March 2001
|
You may be thinking of kerning and or kerning pairs. I found that allegro neglects the kerning pairs between characters. Take for example the font Trajan. The top (white) is drawn by character, the second (pink) is drawn by line, and the third (green) I added with photoshop and includes the appropriate pairs (AV, AW, WA, etc). {"name":"603103","src":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/a\/6\/a6ccaca2717c7cc929bd871f8eb5cf8d.png","w":591,"h":173,"tn":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/a\/6\/a6ccaca2717c7cc929bd871f8eb5cf8d"} here is 3x zoom with hilights: -- |
|
SiegeLord
Member #7,827
October 2006
|
Hmm... unless you load it with ALLEGRO_TTF_NO_KERNING it should work in Allegro too... sounds like a bug. EDIT: Well, it works fine with the font used in ex_ttf... so it's a font specific bug. "For in much wisdom is much grief: and he that increases knowledge increases sorrow."-Ecclesiastes 1:18 |
|
Mark Oates
Member #1,146
March 2001
|
SiegeLord said: Well, it works fine with the font used in ex_ttf... so it's a font specific bug. Interesting... I'm finding that some OpenType .otf fonts are not rendering with pairs. I now see that I am getting pairs for my TTF fonts. here is Constantina (TTF) doing more testing... [edit] {"name":"603109","src":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/e\/d\/ed61b7cff515468aa9b8f70b81873732.png","w":670,"h":888,"tn":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/e\/d\/ed61b7cff515468aa9b8f70b81873732"} dangit. -- |
|
jmasterx
Member #11,410
October 2009
|
How can one then get colored text while still maintaining kerning? Agui GUI API -> https://github.com/jmasterx/Agui |
|
Mark Oates
Member #1,146
March 2001
|
jmasterx are you using a5? The 5.0 RC versions have color in the function call. al_draw_text(); -- |
|
jmasterx
Member #11,410
October 2009
|
Sorry, what I meant is, each letter having a different color. al_draw_text would almost need a callback to change the color. Agui GUI API -> https://github.com/jmasterx/Agui |
|
Matthew Leverton
Supreme Loser
January 1999
|
I was going to suggest this:
But I couldn't get it to work. |
|
Mark Oates
Member #1,146
March 2001
|
Matthew Leverton said: But I couldn't get it to work. I think something was borked in RC4 with the blenders (fixed in SVN?). My 0.0f alpha images are all drawn as if they were additive blending with 1.0 transparency. -- |
|
jmasterx
Member #11,410
October 2009
|
Hmmm that won't be flexible enough, I'm gonna be making colored textboxes for my gui api and I'll need to be able to color a selection. Agui GUI API -> https://github.com/jmasterx/Agui |
|
Matthew Leverton
Supreme Loser
January 1999
|
Mark Oates said: I think something was borked in RC4 with the blenders That looks like a D3D thing (judging by Peter's comments), but I'm on Linux (opengl). |
|
Arthur Kalliokoski
Second in Command
February 2005
 |
Thomas Fjellstrom said: But I could swear I've seen fonts that don't display properly if you draw char by char since allegro doesn't let you access all of the hinting info... IIRC, there's two kinds of "hinting", one has narrow widths for narrow chars and vice versa, and the other patented kind takes the next char into account, such as "TF" vs. "Tf" (the serif on the f fits under the crossbar on the T). They all watch too much MSNBC... they get ideas. |
|
Elias
Member #358
May 2000
|
I think hinting is patented and therefore not included in Freetype. Kerning however should work - I don't know why it seems to be missing for some fonts. Most likely a bug in the TTF addon. To render char-by-char, the best way would probably be a special function for it. Right now if you render e.g. the text "AV", then al_get_text_width("AV") will be smaller than al_get_text_width("A") + al_get_text_width("V") because of the kerning - the only way to get the exact position of the "V" would be if you could get the kerning offset of the "AV" pair. Maybe a function like float al_get_char_pos(float x, char const *text, char const *letter); Then if you call it as al_get_char_pos(0, "A", "V") it will return the exact position to draw the "V" to after the "A". It would also work with something like al_get_char_pos(x, "Alleg", "ro") and return the position where to draw the "r"... but usually there would be no need to have more than one letter in either string. -- |
|
Mark Oates
Member #1,146
March 2001
|
My only purpose for drawing char-by-char is to modify the letter spacing. I think a float al_get_char_pos(ALLEGRO_FONT *font, const char *text, int pos) would work nicely. One could also invert that and get a cursor position for editing text given an (x,y) location in the string. -- |
|
gnolam
Member #2,030
March 2002
 |
Elias said: I think hinting is patented and therefore not included in Freetype.
The last of the TrueType hinting patents expired in May 2010, at which point even the US versions of FreeType started shipping with the bytecode interpreter enabled by default. As for OpenType fonts, The FreeType docs said: Not all font formats contain kerning information, and not all kerning formats are supported by FreeType; in particular, for TrueType fonts, the API can only access kerning via the ‘kern’ table; OpenType kerning via the ‘GPOS’ table is not supported. You need a higher-level library like Pango or ICU to handle that.
-- |
|
Mark Oates
Member #1,146
March 2001
|
-- |
|
Elias
Member #358
May 2000
|
Mark Oates said: I think a float al_get_char_pos(ALLEGRO_FONT *font, const char *text, int pos) would work nicely. Yeah, I like that. Should be easy to implement. I think it actually could be something like this: float al_get_char_pos(ALLEGRO_FONT *font, const char *text, int pos) { ALLEGRO_USTR *u = al_ustr_new(text); int before = al_ustr_offset(u, pos); int after = al_ustr_offset(u, pos + 1); ALLEGRO_USTR *u2 = al_ustr_dup_substr(u, before, after); al_ustr_truncate(u, after); float x = al_get_ustr_width(font, u); /* length until after pos */ x -= al_get_ustr_width(font, u2); /* subtract length of char at pos */ al_ustr_free(u); al_ustr_free(u2); return x; }
-- |
|
Mark Oates
Member #1,146
March 2001
|
That works. I'd like to note in reference to the OP that drawing char by char with this function takes quite a bit longer than drawing by line (due to the two calls to al_get_ustr_width() per call to al_get_char_pos(), though it's much faster than I thought it would be.) So I would recommend cashing the data if you decide to do char-by-char. drawing by line: The vertical blue line in the profile box is when it affects framerates on my computer. -- |
|
Peter Wang
Member #23
April 2000
|
A better interface might be: float al_get_substr_width(ALLEGRO_FONT *font, const ALLEGRO_USTR *text, int start, int end);
where start/end are counted in code units.
|
|
|
1
2
|
) that came with Photoshop and are otf. They're fonts that are part of font sets (bold, italic, regular, bold-italic) and so the kerning may be in the set data, or something fancy like separate glyphs.
)
