home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / graphics / animatio / 49 < prev    next >
Encoding:
Internet Message Format  |  1992-09-15  |  2.5 KB
  1. Xref: sparky comp.graphics.animation:49 comp.windows.x:16711 comp.windows.x.motif:6221
  2. Newsgroups: comp.graphics.animation,comp.windows.x,comp.windows.x.motif
  3. Path: sparky!uunet!elroy.jpl.nasa.gov!sdd.hp.com!uakari.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!cac.washington.edu!mattf
  4. From: mattf@cac.washington.edu (Matthew Freedman)
  5. Subject: Fast/Efficient 2D 1bit Animation in X/Motif?
  6. Message-ID: <1992Sep15.232759.9211@u.washington.edu>
  7. Followup-To: comp.graphics.animation
  8. Sender: news@u.washington.edu (USENET News System)
  9. Organization: U.W. Information Systems
  10. Date: Tue, 15 Sep 1992 23:27:59 GMT
  11. Lines: 36
  12.  
  13. I am interested in doing some quick simple animation for my
  14. motif application. I have 30 xbm files which represent the
  15. frames of the animation. Currently I use an XmDrawingArea widget as the
  16. canvas. At program initialization I use XReadBitmapFile() read each
  17. frame in, and save an array of 30 pixmaps. When I want to animate, I
  18. XCopyArea() the next frame in every 200 milliseconds. With xbm files
  19. of about 10k, this works pretty well.
  20.  
  21. However, I want to do another animation of about 30 frames, but this
  22. time each xbm will be over 100k. My application must run on
  23. X-Terminals and Mac/PCs with limited RAM available for the X-server.
  24. Already with the small animation, initializing the pixmaps has an
  25. overhead of about 500K (the entire rest of the application only
  26. increases server size by about 100k). It is clear that this scheme
  27. won't work with the larger frames.
  28.  
  29. The only less memory-intensive way of doing the animation that I can
  30. see is to do the XReadBitmapFile for each frame as it is needed, and
  31. only have one Pixmap allocated. This will of course slow down the
  32. animation, possibly prohibitively. It also uses more network
  33. bandwidth. 
  34.  
  35. Are there any other alternatives? Is there a way of having the pixmaps
  36. cached in the application's memory (on a big machine with swap)
  37. instead of on the server (limited RAM)? Since the bitmaps are mostly
  38. whitespace, is there any way of using compression without a special
  39. server extension?
  40.  
  41. Followups directed to comp.graphics.animation.
  42.  
  43. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  44. = Matthew M. Freedman                                                 =
  45. = U. of Washington Information Systems       mattf@cac.washington.edu =
  46. = 4545 15th Ave. NE; 4th Floor               (206) 543-5593           =
  47. = Seattle, WA  98105                                                  =
  48. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  49.