home *** CD-ROM | disk | FTP | other *** search
/ Internet File Formats / InternetFileFormatsCD.bin / graphics / tiff / unix / archive.z / archive / text0048.txt < prev    next >
Encoding:
Text File  |  1995-09-20  |  3.5 KB  |  75 lines

  1. TIFF Printing and Storage Optimization
  2.  
  3. I've been working the past few weeks  on printing TIFF images as fast as
  4. possible...I have had a few constraints that I've been working under, however
  5. I could change them if I had or needed to.  I'm trying to print to Post Script
  6. under Windows....both present challenges....
  7.  
  8. I also wanted to scale (reduce) the image so that the black would fit within
  9. a set of margins.  (ex. A 8.5" x 11" image that had printing completely out to
  10. the edge of the page would be reduced so that a 1" margin existed all the way
  11. around the image.)  I also was adding a header and footer on the printed page.
  12.  
  13. (I'd like the reduction to be automatic so that the margins look exact no
  14. matter how much a page might vary.(within reason...and with no enlargements))
  15.  
  16. I first worked with a vendor who would never admit that their software created
  17. extremely bad Post Script.  They would send eight bits for every one bit of the
  18. image and then the printer would have to scale the image.  Not good! (It was
  19. taking ten(10) minutes per page to print....)
  20.  
  21. I finally got to the point where I can get the image scaled prior to sending...
  22. and then I only send 1 bit....(Now printing can get down to 1 minute per page
  23. this still isn't good enough {aside: Ever notice how important printer memory
  24. is?  It can radically change how fast a printer can interpret a file!})
  25.  
  26. Both solutions included the reduction and headers and footers.
  27.  
  28. Here's an idea I've been thinking about....
  29. Why not analyze the image and send only black?  In other words why not
  30. determine that only a few areas exist with black and just send them?  Ever
  31. seen this done...Or seen tools that could help do it?
  32.  
  33. To take this further the analyzer could determine the image had 1 inch margins
  34. and simply remove that?  To make sure the post script conformed a white
  35. rectangle could be sent prior to the black areas so that any stuff under the
  36. image would be hidden as it was suppose to be?
  37.  
  38. Then I was wondering if it might be possible to remove margins from images
  39. and then save it.  This would then require being able to locate an image and to
  40. know what the original size was.....
  41.  
  42. To help clarify this message I'm restating (and adding) the questions here:
  43. 1) How is the fastest way to print TIFF to post script?  I'm looking for the
  44.    best procedure that produces the easiest to interpret PS...it doesn't have
  45.    to exist in a product.
  46. 2) What is the faster way to print images, in general...remember, I'd like
  47.    margins and headers and footers.
  48.  
  49. 3) Are XIP Print boards a good printing solution? Any other vendor boards?  I
  50.    also know that some QMS & XEROX printers can accept TIFFs directly.
  51.  
  52. 4) Ever seen any printing solutions that only send the black part of images
  53.    to the printer?
  54.  
  55. 5) Do any tools exist that could be used to analyze an image and determine
  56.    where objects (groups of pixels) exist within images?  Or a tool that
  57.    could simply determine the amount of margins that already exist around
  58.    an image?
  59.  
  60. 6) Is it possible to remove margins from an image and then save the image with
  61.    the original image size and then have a TIFF compliant reader reconstruct
  62.    the orginal image?
  63.    Would it be possible to do this with tiles?  A more general case would be
  64.    to specify where any number of small object should be placed  onto a
  65.    larger space.  The objects could even have different types of data.
  66.    Does this start to get into compound images?
  67.  
  68. Thanks for reading...and any ideas you might add to this discussion!
  69.  
  70. Clark Brady - Eli Lilly & Co
  71. brady_clark_d@lilly.com
  72.  
  73.  
  74.  
  75.