home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / graphics / 12897 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  2.4 KB
  1. Xref: sparky comp.graphics:12897 comp.graphics.animation:1324
  2. Path: sparky!uunet!vtserf!csugrad!tlilley
  3. From: tlilley@csugrad.cs.vt.edu (Tripp Lilley)
  4. Newsgroups: comp.graphics,comp.graphics.animation
  5. Subject: Re: Realistic 3D Studio usage
  6. Message-ID: <Bz9q59.BK8@csugrad.cs.vt.edu>
  7. Date: 14 Dec 92 21:24:44 GMT
  8. References: <PHUTTER.60.724353401@cardinal.sc107.wesleyan.edu>
  9. Organization: The MultiMedia Lab at Virginia Tech, Blacksburg, VA
  10. Lines: 40
  11.  
  12.  
  13.    Personal preference: a VL-Bus 486-33 with accelerated 24-bit video, 400meg+
  14. hard-drive, 16mb memory... 3D-Studio 2.0, AAPro 1.x (I have 1.0 currently,
  15. and am awaiting 1.3), PoV-Ray 1.0, and 3Ds2PoV 1.6...  with these, I can 
  16. model/animate/preview/render in 3D-Studio for most work, and ray-trace in PoV
  17. for more demanding work (anything that benefits from use of true reflection/
  18. refraction)
  19.  
  20.   as for the pc-bus being outdated, check out the VESA VL-Bus standard... 
  21. 32-bit currently, with extended specs for 64-bit (Pentium et al.) ... I say
  22. 33-MHz 486, since the VESA standard has recommendations for how many cards 
  23. should be placed on the bus (related to timing issues) and a 50-MHz can't 
  24. handle any VL cards on the bus (according to the spec... it can be tweaked)
  25. while a 33-MHz can handle 2 in slots... both support 3 VL devices built-in...
  26.  
  27. the advantage to this setup is somewhat buried... PoV-Ray.  Currently, PoV is
  28. (IMHO) the best PD renderer around.  Moreover, it's portable, and already 
  29. compiled for most non-UNIX machines (saving you the work)... which means, with
  30. 3DS and PoV, you can model on the IBM, and then render on the IBM *and*  
  31. whatever else you can get your hands on... 3Ds also supports distributed 
  32. rendering (like a few of the mac programs)...
  33.  
  34. the bottom line, however, has little to do with price/performance issues...
  35. no amount of machine speed will make up for a modeler/animator with which you
  36. are uncomfortable... if it takes you 5 hours to render a model it took you
  37. 20 hours to create with a one modeler, and 7 hours to render a model created
  38. in something you felt good with in 10-15 hours, you've saved 3-5 hours without
  39. a lightning fast machine...
  40.  
  41. - t.
  42.  
  43.  
  44.  
  45.  
  46.  
  47. -- 
  48.  USES disclaim;                                                      |^^\/^^| 2
  49.  Tripp Lilley   -- tlilley@csugrad.cs.vt.edu                         | |\/| |
  50.  The MultiMedia Lab of the Colleges of Architecture and Engineering  |_|  |_|
  51.  Virginia Polytechnic Institute and State University         (silly ASCII logo)
  52.