[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Devel] 16-bit-smooth
From: |
Wolfgang Domröse |
Subject: |
[Devel] 16-bit-smooth |
Date: |
Sun, 16 Sep 2001 13:53:28 GMT |
Hallo out there,
i come back to the last unsolved problem on my 16-bit-atari-platform: there are
problems with smooth-rendering of certain glyphs.
I tried to find out the reason. Here comes a debug information from ftgrays.c.
It's looking a little bit different from the normal fprints, but I think you
can understand.
>n_contours,n_points,tags: 2 12 $019442c6
>
> x y contour tag
>$000005c4 $00000340 0 1
>$0000065e $00000000 0 1
>$00000900 $00000000 0 1
>$00000649 $00000e00 0 1
>$00000307 $00000e00 0 1
>$00000000 $00000000 0 1
>$000002a2 $00000000 0 1
>$00000341 $00000340 0 1
>$00000386 $00000540 1 1
>$0000040a $0000083a 1 1
>$00000430 $0000090e 1 2
>$00000466 $00000a8b 1 2
>$0000048b $00000b80 1 1
>$0000049b $00000b80 1 1
>$000004bb $00000a8b 1 2
>$000004ea $0000091e 1 2
>$0000050f $0000083f 1 1
>$00000584 $00000540 1 1
>
>
> cell-y 0
>cell-x cell-area cell-cover
>
>$00000000 $ffffeb00 $ffffffeb
>$00000001 $ffffeb00 $ffffffeb
>$00000002 $ffffea00 $ffffffea
>.........
Cell-areas are defined int - so these results could be o.k - but I think, they
are not.
Is this ok? If not, I think cell-area and cell-cover must be defined long?
What do you think about it?
Wolfgang Domroese
- [Devel] 16-bit-smooth,
Wolfgang Domröse <=