bugThe FreeType Project - Bugs: bug #20801, asymmetric glyph rendering in HEAD

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #20801: asymmetric glyph rendering in HEAD

Submitter:  ajaxas <ajaxas>
Submitted:  Fri 17 Aug 2007 03:57:29 PM UTC
   
 
Severity:  3 - Normal Item Group:  Incorrect behaviour
Status:  Works For Me Privacy:  Public
Assigned to:  wl Open/Closed:  Closed
Planned Release:  2.9

Jump to the original submission

Thu 14 Dec 2017 11:44:23 AM UTC, comment #6: 

Using the current engine, it looks much better both in `strong' and `light' hinting mode, thus closing the issue finally.  Note that the value of the `Planned Release' field is rather arbitrary; I'm too lazy to find out which version gives an acceptable rendering result...

Werner LEMBERG <wl>
Group administrator
Thu 22 May 2008 11:55:54 AM UTC, comment #5: 

As I said, the problem with the horizontal strokes has been solveed somewhere at the same time this error occurred - it's just I never posted a proper bug report. Though I wrote into ft-devel a couple of times. I even attached two screenshots, now adding them here (let's fix hinting for Cyrillic as we're already here).

Yes, the problem is with this descender, and yes, with freetype-2.3.4 hinting was OK.

Look at the two screenshots of gajim, you will see name 'Александр' in the roaster. Looks like the 'р' glyph is too close to the 'д' on the second one.

PS: sorry for this mess instead of a proper bug report, I will try better next time...


ajaxas <ajaxas>
Thu 22 May 2008 06:09:46 AM UTC, comment #4: 

If I understand you correctly: The problem is the missing right descender in letter `д' at certain resolutions, right?  Looking at the first image in this bug report, I couldn't deduce this.  You were talking about `horizontal strokes', and this confused me.

Before extending the `Latin' autohinter module to cover Cyrillic too, the hinting was fine?  It should be easy to adjust.

Werner LEMBERG <wl>
Group administrator
Thu 22 May 2008 01:15:56 AM UTC, comment #3: 

Look at the screenshot I just added.

ajaxas <ajaxas>
Thu 22 May 2008 01:07:39 AM UTC, comment #2: 

I've sent you an email earlier, seems like I didn't grasp the situation, sorry :)

I'll quote it here:
=================================================================

It's not bug #20801 (which seems to be solved). I wrote a couple of times about
another bug concerning rendering certain Cyrillic characters, sush as "д".

I will cite myself then:

-------------------------------------------------------------------------------

> As I wrote several months earlier [:)], there's a problem with rendering of
> Cyrillic glyph 'д' with Tahoma (and AFAIR with other M$ Windows fonts as well).
> I'm attaching two screenshots of my desktop - sorry they are so big, but you can
> see the difference when you switch from one to another (look at highlighted
> 'Александр' in the Gajim window). Seems like 'р' is being put too close to the
> previous glyph...
> Though overall rendering is better with 2.3.5.
>
> Regression testing gave me the date when the bug was introduced: 2007-06-15,
> so I hope solving the issue is gonna be a bit easier for you, devs. :)
>
> My configuration is:
>
> rendering - best shapes
> resolution: 96 dpi
> smoothing: grayscale
> hinting: medium
>
> using the autohinter.

------------------------------------------------------------------------------

I have to clear the things out a bit:
First, this applies not only to Tahoma, but for linux original Sans font as
well - at certain resolutions, I think.
Second, seems like it's not this commit that broke font rendering:

> 2007-06-15  Dmitry Timoshkov  <dmitry@codeweavers.com>
>
> * builds/win32/ftdebug.c: Unify debug level handling with other
> platforms.


- because this one is pretty much innocent.

I think it must be this commit:

> 2007-06-14  Werner Lemberg  <wl@gnu.org>
>
> * src/autofit/aflatin.c (af_latin_uniranges): Expand structure to
> cover all ranges which could possibly be handled by the aflatin
> module (since the default fallback for unknown ranges is now the
> afcjk module).  It might be necessary to fine-tune this further by
> splitting off modules for Greek, Cyrillic, or other blocks.

ajaxas <ajaxas>
Sun 18 May 2008 08:19:43 PM UTC, comment #1: 

Sorry for the late reply.

What exactly is the problem?  For me, the rendering result in the image you've uploaded looks fine (except the letter `I' which is probably hard to fix).

Please test again with the current CVS and be more specific.

Werner LEMBERG <wl>
Group administrator
Fri 17 Aug 2007 03:57:29 PM UTC, original submission:  

System: Ubuntu 7.04
Kernel: 2.6.22.3 (vanilla)
libc:   libc-2.5
gcc:    4.1.2 (Ubuntu 4.1.2-0ubuntu4)
ld:     2.17.50 20070103 Ubuntu
as:     2.17.50 20070103 Ubuntu

Video card:   NVidia GF-7300GT 256MB
Video driver: NVIDIA-Linux-x86-100.14.09-pkg1

freetrype2 HEAD

When using autohinter, glyphs that have horizontal strokes are rendered asymmetrically at some resolutions. Confirmed with several winfonts (Tahoma, Lucida Sans).

The attached image displays the problem. Image info:

Font: Tahoma (regular)
Resolution: 96 dpi
Font size: 14
Font rendering: best shapes
Smoothing: grayscale (CRT monitor)
Hinting: medium

ajaxas <ajaxas>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attached Files
file #15695:  ft-2.3.4 (right).png added by ajaxas (35KiB - image/png)
file #15696:  ft-2.3.5 (wrong).png added by ajaxas (34KiB - image/png)
file #15693:  Screenshot.jpg added by ajaxas (204KiB - image/jpeg - An example of strokes gone missing)
file #13680:  tahoma.png added by ajaxas (12KiB - image/png - an example of incorrect glyph rendering)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by pmw
  • -email is unavailable- added by wl (Posted a comment)
  • -email is unavailable- added by ajaxas (Submitted the item)
  •  

    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 12 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2017-12-14 wl StatusConfirmed Works For Me
        Open/ClosedOpen Closed
        Planned ReleaseNone 2.9
    2009-08-18 pmw Carbon-Copy- Added -email is unavailable-
    2008-05-22 wl StatusNeed Info Confirmed
    2008-05-22 ajaxas Attached File- Added ft-2.3.4 (right).png, #15695
        Attached File- Added ft-2.3.5 (wrong).png, #15696
    2008-05-22 ajaxas Attached File- Added Screenshot.jpg, #15693
    2008-05-18 wl StatusNone Need Info
        Assigned toNone wl
    2007-08-17 ajaxas Attached File- Added tahoma.png, #13680
        Carbon-Copy- Added ajaxas

    Back to the top

    Powered by Savane 3.13-cf05.
    Corresponding source code