home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / fonts / 3746 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  5.0 KB
  1. Xref: sparky comp.fonts:3746 gnu.misc.discuss:4091
  2. Path: sparky!uunet!noc.near.net!hri.com!spool.mu.edu!agate!doc.ic.ac.uk!uknet!gdt!aber!fronta.aber.ac.uk!pcg
  3. From: pcg@aber.ac.uk (Piercarlo Grandi)
  4. Newsgroups: comp.fonts,gnu.misc.discuss
  5. Subject: Re: "Hinting" using antialiasing? A GNUish alternative...
  6. Message-ID: <PCG.92Dec22183541@decb.aber.ac.uk>
  7. Date: 22 Dec 92 18:35:41 GMT
  8. References: <PCG.92Dec13195105@aberdb.aber.ac.uk> <1992Dec17.193208.11337@dircon.co.uk>
  9. Sender: news@aber.ac.uk (USENET news service)
  10. Reply-To: pcg@aber.ac.uk (Piercarlo Grandi)
  11. Organization: Prifysgol Cymru, Aberystwyth
  12. Lines: 89
  13. In-Reply-To: uad1077@dircon.co.uk's message of 17 Dec 92 19: 32:08 GMT
  14. Nntp-Posting-Host: decb.aber.ac.uk
  15.  
  16. On 17 Dec 92 19:32:08 GMT, uad1077@dircon.co.uk (Ian Kemmish) said:
  17.  
  18. uad1077> The grid-fitting in TrueType operates purely on the geometry of
  19. uad1077> the outline and doesn't care (and can't find out) how many
  20. uad1077> colours your `pixels' can represent.
  21.  
  22. Yea, that's what I'd call a problem. Given that color screens are
  23. fuzzier than mono screens, and that for some silly reason color screens
  24. are prevalent, it seems strnage not to make use of the ability to
  25. antialias. I see that antialiasing is even more sensible on a grayscale
  26. screen, as its very crispness makes text even more readable.
  27.  
  28. uad1077> You may be being misled by thinking in terms of supersampling
  29. uad1077> as the only way of achieving anti-aliased output from
  30. uad1077> scan-conversion,
  31.  
  32. No, no, I was thinking of that as *a* way, and a cheap one too. My
  33. posting was about *two* independent observations:
  34.  
  35. 1) How strange that antialiasing is so unpopular, when it is so nice,
  36. and can be so effectively done by shrinking printer resolution bitmaps
  37. onto the screen.
  38.  
  39. 2) Storing "ideal" character shapes as (approximate) high resolution
  40. bitmaps, and then shrinking them to lower solution ones, with some
  41. opportune optically wise filtering algorithm, looks like a faster and
  42. otherwise equivalent technology to storing "ideal" character shapes as
  43. (approximate) outlines to be fleshed out, with correction by hints.
  44.  
  45. The link between shrinking and antiliasing is that shrinking from a
  46. bitmap to a pixmap gives excellent results even with fairly simple
  47. algorithms and is probably way less computationally expensive than
  48. outlining to a pixmap.
  49.  
  50. uad1077> and further, thinking that you then have to apply the hints on
  51. uad1077> the granularity of the supersampled grod, not the original (or
  52. uad1077> final, depending on your viewpoint!) grid.  Neither of these is
  53. uad1077> necessarily true.
  54.  
  55. Agreed; in effect I did not quite intend to say this. What I wanted to
  56. mean is that probably shrinking can be done with some algorithm that
  57. gives the same results as hinting; hinting after all is just a way to
  58. compensate for the lack of detail in the final low resolution bitmap by
  59. using optical tricks.
  60.  
  61. uad1077> The only real survey I saw done on anti-aliased text (John
  62. uad1077> Amanatides?  I'm not sure - I'll go and check)
  63.  
  64. Yes please! A reference I got by e-mail (thanks!) is to the work on this
  65. done for a troff preview by a person at AT&T. Appanrelty he found out
  66. that given the way the eye perceives grids it is possible to build a
  67. filter that shrinks to a bitmap that looks optically closer to the effect
  68. of the original than more trivial ones (e.g. averaging), and gives much
  69. the same effect as hints. I'm going to pursue that reference.
  70.  
  71. uad1077> showed that prolonged viewing of anti-aliased text induced more
  72. uad1077> eyestrain than decently tuned bilevel text.
  73.  
  74. Ah, this is another matter entirely. If so, it's unfortunate.
  75.  
  76. However I am surprised; I would be less surprised if the comparison was
  77. between bitmap fonts on a B&W screen and pixmap/antialiased fonts on a
  78. color screen, as color screens are noticeably fuzzier than bitmap
  79. screens. 
  80.  
  81. uad1077> I can generate anti-aliased PostScript output (by
  82. uad1077> super-sampling) and look at it on the Sun screen, and while I
  83. uad1077> can recognise words at only a few pixels tall, I certainly
  84. uad1077> wouldn't like to debug with that text - I'd rather spend a bit
  85. uad1077> more on a half-decent size screen and use good 15-pixel bilevel
  86. uad1077> text.
  87.  
  88. To me it is interesting to compare, given the same hw, two sw solutions
  89. (outlining+hinting vs. large bitmaps+shrinking), rather than assuming
  90. that it is possible to get better hw for one and not for the other.
  91.  
  92. If one can afford a crystal clear > 17" screen with a 120 DPI resolution
  93. and hand tuned fonts for outlining+hinting, and not for
  94. bitmaps+shrinking, then too bad for the latter.
  95.  
  96. But if we are comparing two identical sets of hw, then maybe starting
  97. with 600DPI bitmaps, and either antialiasing them to 100DPI for
  98. previewing or filtering them to 300DPI for printing might be a better
  99. (faster, less proprietary, maybe even better looking results for both
  100. bitmap and pixmap case) than outlining+hinting.
  101. --
  102. Piercarlo Grandi, Dept of CS, PC/UW@Aberystwyth <pcg@aber.ac.uk>
  103.   E l'italiano cantava, cantava. E le sue disperate invocazioni giunsero
  104.   alle orecchie del suo divino protettore, il dio della barzelletta
  105.