From: Bruce S. <Bru...@nc...> - 2004-09-09 17:46:25
|
The last time this was discussed it wasn't clear what were "the standard 3D formats". Has that settled out? A slightly different take on the import issue would be for people to write importers (in Python) that take a 3D model in their favorite format and generate Visual code (using faces, for example). Bruce Sherwood Bruce Peterson wrote: > >> >>>snip >> >> Cluster? No, I think that would be a bad idea for VPython. Any recent >> video card will be able to handle pretty much anything you can throw at >> it from VPython. A scene with several translucent and textured objects, >> some using a source image of 1024x2048 pixels, can be rendered in only a >> few ms on common PC hardware. You really can't notice that it takes any >> time at all, and the UI remains buttery-smooth. >> >> Speed is not the problem. Picking the right parts of a complex >> environment (or completely reformulating the appearance of what you are >> doing) to expose to client programs in Python is the hard part, and that >> is what I would appreciate some feedback on. >> >> -Jonathan > > > One of the favorable attributes of VPython is its ability to quickly > focus on the dynamics of an animation. Rather than trying to duplicate > the functionality of POV-Ray or other 3D rendering packages, why not > let VPython import objects (stored in one of the standard 3D formats) > created in a 3D rendering package. This would minimize the number of > attributes that need to be exposed in VPython and let the bulk of the > object creation be done in an appropriate package. > > > > Bruce Peterson > 425 466 7344 > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |