home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / graphics / 8068 < prev    next >
Encoding:
Text File  |  1992-07-22  |  2.0 KB  |  44 lines
  1. Newsgroups: comp.graphics
  2. Path: sparky!uunet!mcsun!Germany.EU.net!nixpbe!uranium!josef
  3. From: Josef Moellers <mollers.pad@sni.de>
  4. Subject: Re: reducing bitmaps without loss
  5. Sender: josef@nixpbe.sni.de (Moellers)
  6. Message-ID: <josef.711879298@uranium>
  7. Date: Thu, 23 Jul 1992 08:14:58 GMT
  8. References: <BrKKrH.6vy@news.cso.uiuc.edu>
  9. Organization: Siemens Nixdorf Info.Sys. AG, Paderborn, Germany
  10. Lines: 32
  11.  
  12. In <BrKKrH.6vy@news.cso.uiuc.edu> amead@s.psych.uiuc.edu (Alan Mead) writes:
  13.  
  14. >I need to reduce some simple graphs (line, bar, pie, ...).  They are in
  15. >PCX format (which are strictly bitmaps) and I'm not satisfied to just
  16. >remove every tenth line.  When I do this I lose small details (like
  17. >thin horizontal lines) which I then have to put back by hand (a real
  18. >pain).
  19.  
  20. >I've thought about removing one line from every ten at random, but that
  21. >doesn't seem like it would help.  I've also thought about having the
  22. >program check for lines and avoid removing them (removing white space
  23. >where possible) but I don't even know how to begin to do that and it
  24. >seems like it would be a slow process.
  25.  
  26. >So any advice would be helpful.  Thanks.
  27.  
  28. I once wrote a program to reduce (HPLJ-) softfonts in size.
  29. It used a technique descibed in comp.graphics FAQ, where it mapped the
  30. pixels of the smaller character onto the pixels of the larger character
  31. and then determined how much "black" was covered by this relatively
  32. larger pixel. If it exceeded some threshold, it'd color the pixel black,
  33. otherwise it'd leave it white. There _were_ some problems with very thin
  34. lines in otherwise white areas, though. One had to adjust the threshold
  35. repetedly until the result was satisfactory.
  36. This technique would work better if You could use grey-scales, when it
  37. would do automatic anti-aliasing.
  38.  
  39. I could give You the source code, if You like.
  40. -- 
  41. | Josef Moellers        | c/o Siemens Nixdorf Informationssysteme AG  |
  42. |  USA: mollers.pad@sni-usa.com    | Abt. STO-XS 113       | Riemekestrasse   |
  43. | !USA: mollers.pad@sni.de    | Phone: (+49) 5251 835124 | D-4790 Paderborn |
  44.