home *** CD-ROM | disk | FTP | other *** search
/ Internet File Formats / InternetFileFormatsCD.bin / graphics / tiff / unix / archive.z / archive / text0051.txt < prev    next >
Encoding:
Text File  |  1995-09-20  |  3.1 KB  |  76 lines
  1.     To:  BRADY_CLARK_D@Lilly.com
  2.     Subject:  Re: TIFF Printing and Storage Optimization
  3.     Cc:  tiff@sgi.sgi.com, BRADY_CLARK_D@Lilly.com
  4.     Date: Mon, 19 Dec 1994 08:04:16 +0100
  5.     From:  Fredrik Lundh <Fredrik_Lundh@IVAB.SE>
  6.  
  7.     
  8.     
  9.     A few short answers:
  10.     
  11.     > 1) How is the fastest way to print TIFF to post script?  I'm looking
  12.     > for the best procedure that produces the easiest to interpret
  13.     > PS...it doesn't have to exist in a product.
  14.     
  15.     Make sure you have a Postscript Level 2 printer, compress the image
  16.     using CCITT Group 4, and finally send it to the printer using tiff2ps.
  17.     
  18.     If that isn't fast enough, get a printer with a faster CPU or go for
  19.     an accelerator board.
  20.  
  21. I'm probably out of touch, but I do not believe that PSL2 is commonly
  22. available on printers.  If this person is building something for a
  23. closed environment then they can always just control the printing
  24. environment and optimize the entire environment.  As an example, SGI
  25. sells a printer+software that's hooked to the host via SCSI and the
  26. RIP is done on the host.  In this case there's not a whole lot of reason
  27. to optimize the submitted PS 'cuz it's all done on the host.
  28.     
  29.     
  30.     > 3) Are XIP Print boards a good printing solution? Any other vendor
  31.     > boards?  I also know that some QMS & XEROX printers can accept TIFFs
  32.     > directly.
  33.     
  34.     *All* level 2 printers accept CCITT/LZW/JPEG compressed data directly;
  35.     check the sources for tiff2ps for ideas on how to utilize this when
  36.     printing TIFF files.  Packbits and other runlength encoding schemes
  37.     are fairly simple to implement on level 1 printers as well.
  38.  
  39. Once again I may be out of touch, but I'm not sure that if a vendor
  40. suports PSL2 that it also supports all the filters or all the options
  41. to the filters.  Most folks do support the CCITT filters, but certainly
  42. not JPEG (unless they get their PS implementation from Adobe).  My
  43. experience is that implementing any decoder logic in PostScript in the
  44. printer is a loss (granted I last tried it back when my printer was an
  45. Apple LaserWriter).
  46.  
  47.     
  48.     > 4) Ever seen any printing solutions that only send the black part of
  49.     > images to the printer?
  50.     
  51.     Most compression methods compress black *and* white regions before
  52.     sending them to the printer.
  53.  
  54. It was never stated what type of images were to be printed.  If only
  55. bilevel images  are to be printed then my fax2ps program may do the
  56. job.  It generates a highly-encoded PostScript that was designed for
  57. printers connected to a host with a low-speed serial line.  The only
  58. issue with fax2ps is that it requires the printer PostScript do a good
  59. job of coordinate precision; if the interpreter is at all inaccurate
  60. then the resulting image will not look as good as sending the complete
  61. raster.
  62.  
  63.     
  64.     > 6) Is it possible to remove margins from an image and then save the
  65.     > image with the original image size and then have a TIFF compliant
  66.     > reader reconstruct the orginal image?
  67.     
  68.     Nope.  But if you use compression, this is not much of a problem.
  69.     
  70. Depends on whether the TIFF reader understands the XPosition and
  71. YPosition tags (probably not).
  72.  
  73.     Sam
  74.  
  75.  
  76.