home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / amiga / graphics / 5661 < prev    next >
Encoding:
Text File  |  1992-08-19  |  4.3 KB  |  85 lines
  1. Newsgroups: comp.sys.amiga.graphics
  2. Path: sparky!uunet!van-bc!rsoft!agate!ames!sun-barr!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!nigel.msen.com!sdd.hp.com!ux1.cso.uiuc.edu!uchinews!machine!chinet!katefans
  3. From: katefans@chinet.chi.il.us (Chris'n'Vickie of Chicago)
  4. Subject: Re: arenderman update!
  5. Message-ID: <Bt82vA.8q0@chinet.chi.il.us>
  6. Organization: Chinet - Public Access UNIX
  7. References: <paulg.0awp@weird.miami.fl.us> <Bt0nyu.6En@chinet.chi.il.us> <1992Aug17.204956.10418@westford.ccur.com>
  8. Date: Wed, 19 Aug 1992 08:42:46 GMT
  9. Lines: 74
  10.  
  11. In article <1992Aug17.204956.10418@westford.ccur.com> mark@calvin..westford.ccur.com (Mark Thompson) writes:
  12. >In article <Bt0nyu.6En@chinet.chi.il.us> katefans@chinet.chi.il.us (Chris'n'Vickie of Chicago) writes:
  13. >>   For the price, many of the programs are acceptable, but none can even 
  14. >>begin to touch the power, quality, flexibility and speed of RenderMan.
  15. >
  16. >Hi Chris, it was good meeting ya at Siggraph...now its time for me to to
  17. >give ya a little grief :-) ........
  18.  
  19.   OK. Nice to see you too... :-)
  20.  
  21. >I'll allow the "power, quality, flexibility" portion of that statement to
  22. >stand unchallenged but speed is definitely not one of RenderMan's strengths.
  23. >There is no personal computer implementation of RenderMan that is worth
  24. >using for production without something like the Levco i860 RenderMan
  25. >accelerator.
  26.  
  27.   Not true. Digital Arts 3.8 is the most fully RenderMan complient renderer
  28. yet, and frankly it runs rings around everything I have found on the Amiga.
  29. I use it on a daily production basis on the following equipment:
  30.    
  31.    A 486-33 clone w/ 8 megs of RAM and a 220 meg hard drive
  32.    a Targa 32 graphics card
  33.    and a Lyon-Lamb controller and a Sony Beta deck.
  34.  
  35.   Not any sort of super system.     
  36.  
  37. >Doing things like breaking all primitives up into stochastically
  38. >super-sampled sub-pixel micro polygons is extremely compute intensive
  39. >and nearly approaches the slowness of full ray-tracing. Hence all the
  40. >clamoring for NetRenderMan and workstation based RenderMan servers.
  41.  
  42.    Not really. In real terms the slowest part of the renderer is still
  43. determining visibility. Breaking the "primitives" into micro-polys is
  44. actually quite quick, although it _is_ hard-disk intensive. An "average"
  45. scene may create a 2 meg "temp" file. It seems to be a special case
  46. of ordinary "clipping."
  47.  
  48.  From what I've seen, the REYES algorthym is faster than any raytracer.
  49.  
  50.   Also, remember...these folks clamoring for faster renderers are on
  51. _Macs_! Of course they need faster rendering.
  52.  
  53. >RenderMan does have many, many advantages, but speed is not one of them.
  54.  
  55.    It may not appear obvious from reading either the spec, or the "Renderman
  56. Companion" but there are almost infinite areas the clever user can optimize
  57. render speed. For example, "ShadingRate" is number for how often the 
  58. renderer computes the color of a surface. A rapidly changing surface, like
  59. a texture map, needs a fairly high shadingrate, but a dull matte surface
  60. can get by with an amazingly low one. RenderMan allows the user to set
  61. this for every surface name. The shiny, env mapped vase on a dull table
  62. does not force the user to render at a quality wasted on the table.
  63.  
  64.    "Shaders" are an incredible time saver. The "Chrome" shader can be
  65. run at a shadingrate of 200 (i.e. only determine the color of every
  66. group of ~200 pixels) and get a very nice looking chrome look, without
  67. the cost of an enviorment map.
  68.  
  69.   On the system mentioned above, I get broadcast quality animation at a very
  70. reasonable 5 minutes a frame. Of course this presupposes that the
  71. operator is not afraid to get his fingers dirty in the RenderMan .RIB
  72. file. This leaves our Mac friends out in the cold.
  73.  
  74. >%~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~%
  75. >%      `       '        Mark Thompson                 CONCURRENT COMPUTER  %
  76. >% --==* RADIANT *==--   mark@westford.ccur.com        Principal Graphics   %
  77. >%      ' Image `        ...!uunet!masscomp!mark       Hardware Architect   %
  78. >%     Productions       (508)392-2480 (603)424-1829   & General Nuisance   %
  79. >%                                                                          %
  80. > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  81.  
  82.                                 Chris Williams
  83.                                    katefans@chinet.chi.il.us
  84.  
  85.