home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / next / misc / 21939 < prev    next >
Encoding:
Text File  |  1992-11-12  |  2.3 KB  |  62 lines
  1. Newsgroups: comp.sys.next.misc
  2. Path: sparky!uunet!lissie!bbum
  3. From: bbum@object.com (Bill Bumgarner)
  4. Subject: Re: RenderMan-High resolution rendering?
  5. Message-ID: <1992Nov12.170651.620@object.com>
  6. Sender: bbum@object.com
  7. Organization: Objective Technologies,Inc.
  8. References: <1992Nov12.052457.27074@news.media.mit.edu>
  9. Date: Thu, 12 Nov 92 17:06:51 GMT
  10. Lines: 50
  11.  
  12. In article <1992Nov12.052457.27074@news.media.mit.edu> wave@waits.media.mit.edu  
  13. (Michael B. Johnson) writes:
  14. > Michael B. Johnson writes
  15. > > Charles Fletcher writes
  16. > > 
  17. << ... bunch of useful goo deleted ... >>
  18. > hope this has been useful...
  19.  
  20. As a further tip, if you notice a lot of jaggy aliasing along the edgies of  
  21. various objects in your scene, a ShadingRate below 1 will often help...
  22.  
  23. But not always;  I have found that grabbing the PixelSamples line and modifying  
  24. it from 1 1 to 2 2 works wonders for getting rid of jaggies; if i'm not  
  25. mistaken, 2 2 means that each pixel will be oversampled 4x and the result will  
  26. be anti-aliased. IE: To do a single large frame of the animation in the info  
  27. panel of SmartFields, I put the following at the top of one of the rib files  
  28. (removing the original commands from within the file):
  29.  
  30. Display "BigFrame.tiff" "file" "rgba"
  31. Format 800 800 1.000000
  32. ShadingRate .25
  33. PixelSamples 2 2
  34.  
  35. ## rest of rib removed....
  36.  
  37. When rendering large DPI images, what you are effectively doing is changing the  
  38. Format to some multiple of the original images size.... For example, over the  
  39. summer we were rendering the word "NeXT" for NeXTWorld extra (you may remember  
  40. it-- it was on the cover with a fade between wood and blue_marble) at 400dpi  
  41. for the printers... the original image was under 500x300 (about 2.5" by 1.5" or  
  42. so), but when rendered at 400 dpi, it was 1900 x 1000 (!!!!) which took a hell  
  43. of a long time to render...
  44.  
  45. I'm not sure if the low-level rendering engine is bright enough to write the  
  46. correct numbers into the resulting TIFF file's DPI fields... probably not.
  47.  
  48.  
  49. > --
  50. > 
  51. > -->  Michael B. Johnson
  52. > -->  MIT Media Lab      --  Computer Graphics & Animation Group
  53. > -->  (617) 253-0663     --  wave@media-lab.media.mit.edu
  54. > -->  NeXT Mail accepted at  wave@nordine.media.mit.edu
  55.  
  56.  
  57. --
  58. Bill Bumgarner <bbum@object.com>
  59. Objective Technologies, Inc.
  60. -- 
  61. Bill Bumgarner <bbum@object.com>
  62.