YES!!!! It's the antialiasing that is so nice. Looks like the two are using slightly different defaults for specularity. It might be good to experiment within Jmol to see if you can match PovRay.
pim schravendijk wrote: >This is going to look good: >http://www.molmod.com/~schraven/jmolscreenshot.jpg >http://www.molmod.com/~schraven/povrayscreenshot.jpg >(only atoms up to now) > >Comments so far: > >- We need the background color, viewer.getObjectColix(0) has it, but >should have a better name e.g. getBackgroundColix. > > > in viewer: public int getBackgroundArgb() { return getObjectArgb(StateManager.OBJ_BACKGROUND); } No need for a colix, I think. Just get the RGB. >- PovrayExporter needs to get camera and lights position from viewer. >I think they are private now, or am I wrong. any hints? Maybe we can >even get ambient, diffuse, and specular values from Jmol? Povray also >has a 'roughness' factor and property metallic but I couldn't find >those. > > > just go ahead and make any method in Viewer.java public that you need public. -- Please only make public ones you actually use. No "roughness" or "metallic" in Jmol. But you could always use user variables and then test for them. I would recommend any such user variable being povRayXXXXX povRayRoughness povRayMetallic etc. Later we could make them permanent parts of the collection. Then you use viewer.getParameter: public Object getParameter(String key) { return global.getParameter(key); } making sure to test first that it is a Float or Integer or whatever. It might actually be best to use Object getParameterEscaped(String key) { return global.getParameterEscaped(key, 0); } which should return a string, which then you would parse. Once we made these Jmol variables, you would know what the type is, but this would be the safest way for user variables. >- Povray camera should always be orthographic. Most users will want >WYSIWYG images, do a "write povray" and get the image as it was on the >screen (see screenshots above). Therefore all parameters used are >screen parameters. If perspective depth is turned on, the atoms will >be placed differently in the povray file to look like the jmol image. >This looks much better than doing it in povray itself. And you don't >lose time and nerves finding a suitable combination of zoom and camera >distance. > > > OK. >Anyone who wants to do editing in povray afterwards can output the >jmol file without perspective depth, do their edit thing, and can >always add the povray depth later on. These are probably the users >that should know how to do this anyway. > > > sounds like a plan to me. >- The nice 2D double bonds should be shown exactly as it was in the >viewer. If it was turned off/on in the viewer it should be turned >off/on for povrayexport as well. For Maya and VRML it can be turned >off by default. > > > right --- that's what I've got set up -- using the (3D) screen coordinates+depth. Might take some playing withto get that perfect. Right now I have that exactly -- Maya and Vrml actually aren't set up to do double bonds, and I'm not sure if we ever want to enable that there. It will NOT look good. Bob -- Robert M. Hanson Professor of Chemistry St. Olaf College Northfield, MN http://www.stolaf.edu/people/hansonr If nature does not answer first what we want, it is better to take what answer we get. -- Josiah Willard Gibbs, Lecture XXX, Monday, February 5, 1900 ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Jmol-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jmol-developers
