home *** CD-ROM | disk | FTP | other *** search
/ Internet File Formats / InternetFileFormatsCD.bin / graphics / tiff / unix / archive.z / archive / text0043.txt < prev    next >
Encoding:
Text File  |  1995-09-20  |  1.3 KB  |  33 lines
  1. In response to Sam's comments:
  2.  
  3. >     Also, can the current libtiff G4 decompression implementation be
  4. >     improved ? What sort of improvements can be expected ?
  5. > 
  6. > What's wrong with the current implementation?
  7.  
  8. The current implementation is fine, but.. I have in my hands a commercial
  9. product (no source) that does decompression in noticable less time.
  10. That suggests that there are faster ways to decompress G4 in software,
  11. alas my question.
  12.  
  13. >     I don't want to get into algorithmic issues, my question is, is there
  14. >     room for >15% improvement on G4 for the implementation of libtiff ?
  15. > 
  16. > Until you cite specific goals (and architecture for running the
  17. > software) this question is silly.  Try measuring the performance of the
  18. > current algorithm before looking for improvements.
  19.  
  20. Unless you didn't understand what I am talking about - CCITT Group 4
  21. decompression speed - I find this answer silly.  What does the
  22. architecture have to do with algorithmic improvements ? Perhaps you
  23. should read a computational theory and algorithms book before defining
  24. what silly questions are.
  25.  
  26. In response to your 2nd comment, why would I be looking for improvements 
  27. if I had not measured the performance of the current algorithm?  If you
  28. remember, few weeks ago I sent some remarks on the new improved G4
  29. decompression running on a pentium.
  30.  
  31. K.Georgiou
  32.  
  33.