home *** CD-ROM | disk | FTP | other *** search
/ The Datafile PD-CD 5 / DATAFILE_PDCD5.iso / animations / redsnight / red_txt < prev    next >
INI File  |  1997-02-16  |  5KB  |  110 lines
  1. [$Id: RedsNightmare.ReadMe,v 1.4 1993/06/14 17:00:34 jnweiger Exp asklingl $]
  2.  
  3. "Red's Nightmare" was produced in countless hours in which we should have been
  4. doing some serious work, like working on our masters thesis, with a hacked
  5. Rayshade 4.0.6 by
  6.  
  7.                         Andreas Klingler
  8.                         Rudolf  Koenig
  9.                         Michael Schroeder
  10.                         Juergen Weigert
  11.  
  12. at the
  13. Institute for Mathematical Machines and Data Processing IV (Operating Systems)
  14. University of Erlangen-Nuernberg, Germany.
  15.  
  16. EMail: i4ray@informatik.uni-erlangen.de
  17. SMail: Martensstrasse 1, 91058 Erlangen
  18.  
  19. "Red's Nightmare" was created on location in "Manlobbi's". The shop with the
  20. finest software at the FAU.
  21.  
  22.                               ---* COPYRIGHT *---
  23. The animation "Red's Nightmare" is copyrighted by the University of
  24. Erlangen-Nuernberg. It may be freely redistributed for non commercial purposes
  25. only. Any redistribution must include the following files:
  26.  
  27.                         RedsNightmare.ReadMe    (this file)
  28.                         RedsNightmare_poster.jpg
  29.                         RedsNightmare.mpg       (the complete animation)
  30. (braindead filesystems may abbreviate the filenames)
  31.  
  32. Any stills out of the animation must be acompanied by this ReadMe.
  33.  
  34. If you don't obey these rules we will create a nasty animation about you and
  35. spread it over the net.
  36.  
  37.                               ---* COPYRIGHT *---
  38.  
  39. Rendering took place on MEMSY, a MIMD parallel computer being developed
  40. here [1], and a couple of HP and SUN workstations. Totaling to about 110 CPUs.
  41. Each frame was divided into small rectangular blocks which were assigned to
  42. a pool of CPUs. A CPU finishing its block was assigned a yet uncovered area
  43. or, in lack of new blocks, helped another CPU to finish its assignment.
  44. When a pool of CPUs had finished its frame it asked a server running on one
  45. machine for the next framenumber to compute.
  46. This algorithm is fault tolerant as long as not all CPUs of a pool die while
  47. computing a frame. In this case this single frame has to be recomputed by
  48. another pool after all the other frames are finished.
  49.  
  50. For the final animation we used four pools, sorted by machine type:
  51. MEMSY  (80 Motorola 88100K processors)
  52. HP     (7 machines Series 735)
  53. SUN.a  (10 machines Sparc 2)
  54. SUN.b  (15 machines mostly Sparc 10)
  55.  
  56. Wall clock time for the 1050 frames was about 48 hours (we can't tell exactly
  57. because we did not render the whole animation in one part). The simplest
  58. frames took about 1 minute, while the frames where the pump materializes are
  59. a real CPU hog. They took about 60 minutes. (Remember that four frames where
  60. computed in parallel at any time)
  61. The complete animation is 1210 frames (the stills where the title is shown
  62. where rendered once and copied) and should be played at 10 frames per second.
  63. So it should take 2 minutes and 1 second if you play it at the right rate
  64. (on a HP750 we get 11 fps with the Berkeley MPEG-Player in 2x2 dither mode).
  65.  
  66. Image size is 320x240x24 which makes 265 MB for the whole animation.
  67. MPEG compression was performed with the Portable Video Research Group's
  68. encoder PVRG-MPEG 1.2alpha on a HP735 in 45 minutes.
  69. The MPEG file is  3.65 MB long which gives a compression ratio of 1:76 .
  70.  
  71. Normally we use parallel raytracing to benchmark the computing power of
  72. different parallel computers. It gives a good instruction mix and there is
  73. no need for synchronisation. And of course it's much more fun than running
  74. some stupid number crunching benchmarks.
  75.  
  76.  
  77. Animator:  GenAnim by Andreas Klingler
  78. Renderer:  Rayshade by Craig Kolb (with some extensions by Michael Schroeder)
  79. Textures:  put everywhere (even where you would not expect them)
  80.            by Michael Schroeder
  81. Parallelisation:
  82.            Master by Rudolf Koenig
  83. Titler:    Xpain by Rudolf Koenig and Juergen Weigert
  84. Modeller:  vi  (Well, that's not a modeller, but that is what Juergen used.
  85.                 If anybody has a modeller to donate ...)
  86.  
  87. Many thanks to:
  88.                 Dr. Claus Uwe Linster for allowing us to use the computers
  89.                 and all the other members of IMMD4 who did not blame us for
  90.                 driving up the load of their machines.
  91.  
  92. Apologies to:
  93.                 the students using the CIP-Pool who _did_ blame us for
  94.                 driving up the load of their machines.
  95.  
  96.  
  97. Finally we would like to apologize to Pixar for the title of the animation,
  98. however initially the unicycle was inspired by Rudi's real unicycle with which
  99. he endangers the students on campus from time to time. The model looks almost
  100. exactly like the real one.
  101.  
  102.        [Wait for "Red's Revenge" coming to a computer near you soon]
  103.  
  104.  
  105. [1] G. Fritsch, W. Henning, H. Hessauer, R. Klar, C.U. Linster, C.W. Oehlrich,
  106.     P. Schlenk, J. Volkert, "Distributed Shared Memory Multiprocessor
  107.     Architecture MEMSY for High Performance Parallel Computations", Computer
  108.     Architecture News, ACM Press, Vol. 17, No. 6, December 1989, pp. 22-35
  109. .
  110.