home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / next / misc / 21904 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  4.9 KB
  1. Path: sparky!uunet!ogicse!emory!sol.ctr.columbia.edu!usc!snorkelwacker.mit.edu!news.media.mit.edu!news
  2. From: wave@waits.media.mit.edu (Michael B. Johnson)
  3. Newsgroups: comp.sys.next.misc
  4. Subject: Re: RenderMan-High resolution rendering?
  5. Message-ID: <1992Nov12.050629.26616@news.media.mit.edu>
  6. Date: 12 Nov 92 05:06:29 GMT
  7. Article-I.D.: news.1992Nov12.050629.26616
  8. References: <1992Nov10.183835.12858@socrates.umd.edu>
  9. Sender: news@news.media.mit.edu (USENET News System)
  10. Organization: MIT Media Laboratory
  11. Lines: 98
  12.  
  13. Charles Fletcher writes
  14. > 
  15. > I have a question about RenderMan (specifically prman, which I would guess
  16. > will be answered by MJ-hi Michael-but I'm  posting it since I thought there
  17. > might be general interest.)
  18.  
  19. Hi Charles.
  20.  
  21. > 
  22. >     How can you get high resolution images out of the NeXT?Well, first I'll  
  23. assume you're either 3D competent (i.e. you understand the 3DKit and can list 3  
  24. reasons why what Dave Springer did is hard) or you're using one of the 3D apps  
  25. that are beginning to appear.  My personal favorite so far is 3D Reality  
  26. (blatant plug) from Stone Design.  Either way, let's say you've modeled  
  27. something, have applied a shader, and have now saved it out to a RIB file.  A  
  28. RIB file is the RenderMan equivalent of a PS file in PostScript - it's an ASCII  
  29. file you hand to RenderMan (the same way you have an ASCII file which you send  
  30. to a PostScript interpreter) and ask it to give you back bits.  
  31.  
  32. OK, so now you have a rib file, let's say foo.rib.  Since it's just an ASCII  
  33. file, you can edit it with your favorite text editor.  Open it up.  The first  
  34. line you'll probably see will be something like:
  35.  
  36. Display "/u/wave/tmp/foo.tiff" "file" "rgba"
  37.  
  38. Where foo.tiff will be the name of the file that will be written out.  A few  
  39. lines later you'll see a line like:
  40.  
  41. Format 256 128 1.000000
  42.  
  43. Here's where you could change the resolution of your image from, say, 256x128  
  44. to whatever you'd like (2048x2048?).  
  45.  
  46. A little bit later, you'll see a line like:
  47.  
  48. ShadingRate 10
  49.  
  50. This is the number which (basically) tells prman how many times to call your  
  51. shader in its shading loop.  The smaller the number, the higher quality the  
  52. image.  The lowest number you should ever use is 0.25.  My understanding of  
  53. this number says that 4 samples per pixel will be taken (i.e. 1/4 == 0.25),  
  54. given a wicked sweet anti-aliased image.  Unless you have very high frequency  
  55. shaders and/or you need really clean output, use a higher number (like 10 or  
  56. so) to get a feel for your image before the final rendering.
  57.  
  58. >     That is,
  59. >     images that are photo quality (and saved on slides or film, or
  60. >     Kodak Photo CD to touch on another thread.) Are there bureaus that
  61. >     do this as a service? 
  62.  
  63. Photo Quality is a slippery term.  That really depends on your output device,  
  64. which really depends on your equipment (or service bureau).  Some take 8Kx8K,  
  65. some take 2Kx2K (and make it look like 8Kx8K...), or whatever.  Still images  
  66. always want higher resolution than moving imagery, so that matters too.  
  67.  
  68. In other words, it depends...
  69.  
  70. Also realize that PhotoCD is takes an analog image (film) and puts it in a  
  71. digital form (5 varying resolution images on a CD-ROM).  This is the opposite  
  72. of what you're talking about doing, which is taking digital imagery and putting  
  73. it to an analog form.  Kodak has yet to address this with PhotoCD (other than  
  74. to say you could go to a photofinishing store and specify your reprints there).
  75.  
  76.  
  77. > Should the image be converted to PS first?
  78.  
  79. Check with the service bureau, but off the top of my head, I'd say No.  If  
  80. you're going to a service bureau, TIFF will probably be as acceptable (or more  
  81. so since it can be compressed, which makes it easier for you to transport it  
  82. there in the first place).
  83.  
  84.  
  85. > 
  86. >     This may actually be a moot point: My second question--How much
  87. >     (disk) space is required to do a high resolution image (say, 
  88. >     1000 to 2000 dpi range)? (BTW-what is the resolution of the images
  89. >     in the RenderMan Companion?) I have yet to render even a simple
  90. >     scene at 400 dpi without running out of swap space (I have a single
  91. >     330M disk with about 50M free for swapping). Any tricks (like tiling)
  92. >     to help do this? Maybe I should run off my OD and simply use the
  93. >     HD for swapping!-)
  94.  
  95. Charlie - supress the urge to do things at 400dpi, unless you are doing things  
  96. that are only an inch or two wide.  For rendering, think in pixels, not dpi.   
  97. You screen is probably (at most) something like 1200 x 900.  RenderMan is  
  98. piggish, but remember that Tin-Toy was done on 8 meg to 32 meg machines.  There  
  99. are some "tiling" commands in RenderMan, but off the top of my head, I don't  
  100. remember them (all my RMan doc is at home).  I'll try to remember to post them.  
  101.  
  102. Hope this helps.  
  103.  
  104.  
  105. --
  106.  
  107. -->  Michael B. Johnson
  108. -->  MIT Media Lab      --  Computer Graphics & Animation Group
  109. -->  (617) 253-0663     --  wave@media-lab.media.mit.edu
  110. -->  NeXT Mail accepted at  wave@nordine.media.mit.edu
  111.