home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / graphics / 13128 < prev    next >
Encoding:
Text File  |  1992-12-22  |  1.3 KB  |  32 lines
  1. Newsgroups: comp.graphics
  2. Path: sparky!uunet!usc!news.service.uci.edu!unogate!stgprao
  3. From: stgprao@st.unocal.COM (Richard Ottolini)
  4. Subject: Re: large sun raster files
  5. Message-ID: <1992Dec22.155607.14682@unocal.com>
  6. Sender: news@unocal.com (Unocal USENET News)
  7. Organization: Unocal Corporation
  8. References: <1992Dec18.152616.14324@neptune.inf.ethz.ch> <1h6k30INNe4r@werple.apana.org.au>
  9. Date: Tue, 22 Dec 1992 15:56:07 GMT
  10. Lines: 20
  11.  
  12. >bahi@inf.ethz.ch (Hicham Bahi) writes:
  13. >
  14. >>I have the following problem:
  15. >
  16. >>I am working with huge sunraster files (27152x37937 pixels)
  17. >>which are run_length encoded. Since I don't have enough memory
  18. >>to load the whole picture, I have to cut it into smaller pieces.
  19. >
  20. >>Because of the run-length encoding, I have to read all the bytes
  21. >>of the file to find the starting position of the sub-image. For
  22. >>huge files, this means hours of computing.
  23. >
  24. >>Does anybody know a better way to cut run-length encoded rasterfiles?
  25.  
  26. Change the data organization, I suggest to "tiling".  Uncompress the
  27. image.  Divide into tiles say 64 by 64.  You may want to make the tile
  28. size equivalent ot a page of memory if you are storing the image in
  29. virtual memory, or a disk block if on disk.  You may want to recompress
  30. each tile.  As you pan through subimages, you only need to add tiles
  31. to the appropriate edge.
  32.