This is terrific. Pim, I am so glad you are doing this. Can't wait to see cartoons and hermite paths and such....
pim schravendijk wrote: >I have single bonds, background color, and translucency going now! I >will e-mail what I have by next week, so you can correct any awkward >construction I may have thought out :) > >Translucency does not look like the Jmol rendering, but that is a good >thing in this case :) Note that, in the rgbf mode, the color of light >passing through a translucent colored object is altered, making it >more 'realistic'. >(explanation again: http://derakon.chainmailstore.com/povtrans.html) > > > this is true for Jmol as well, by the way. The difference is that Jmol only properly treats three layers (one opaque and two translucent). When there are more than that, you get some improper rendering of the surfaces more than two layers back. >What should be the standard, rgbf or rgbt? >http://www.molmod.com/~schraven/jmoltrans.jpg >http://www.molmod.com/~schraven/rgbt.jpg >http://www.molmod.com/~schraven/rgbf.jpg > >(On a later point I will fix light, ambient etc. as far as I can get.) > > > beats me. How do they look with different translucent levels? >New points: > ># jmol now writes an .ini file with in it just some basic povray stuff >in it. It is not necessary, but good practice to do this, it should be >done :) What is the best way to write a call to do this? > > > is this a file that PovRay reads, then? >>cat povtest.ini >> >> >Input_File_Name=/home/schra/povtest >Output_to_File=true >Output_File_Type=T >Output_File_Name=/home/schra/jmol.tga >Height=498 >Width=804 >Antialias=true >Antialias_Threshold=0.1 >Display=true >Pause_When_Done=true >Verbose=false > ># Historically the PovraySaver put balls at both the ends of a bond. >If I activate that for renderCylinder I have the side effect that for >a bond between two different elements two balls of both colors are >put in the middle (invisible if bonds are opaque). I would like to add >a (private?) renderPoint method that can render ... points that are >not of type atom. Is that ok? > > > There's no reason the balls should be there in the middle of the bond. That's a bug. They should be flat end points. Let me take a look at the generic stick rendering. ># For double bonds, PovraySaver had a rather ingenious scheme! Shall I >translate that to the Exporter class, or else: where can I find the >scheme Jmol uses in the viewer? > > > It's in SticksRenderer.java. It's pretty good. But don't I already have it properly sending the multiple bonds data to the exporter? I think so. There should be no reason to change this. The Sticks renderer is already doing that calculation so that you see in PovRay what you see in Jmol. ># I 'm not very charmed by the ways to steer color TRANSLUCENT , you >can use a scale from 0 to 8, (but not 1)! Well, and integers between >30 and 255 or something, or decimals... it is rather complex! Is this >for backward compatibility? Or is it possible to change it and stick >to one scheme? > > > Ignore most of that. It all gets translated to 0-255 in the end. The "official" scale is 0 to 1 as fractions 0.1, 0.2, etc. Don't use the 0,2,3,4,5,6,7,8 business -- that's really just fluff.The real scale is 0 to 1. There are methods to give you that already in the exporter, or Graphics3D, I think. It's true, there are only really 8 levels, but that isn't terribly important. In the future there could be many more; I just implemented that many as a starting point. It seems sufficient. So use 0.0 - 1.0 exclusively. >-- >Greetings, Pim >http://www.molmod.com > >------------------------------------------------------------------------- >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 > > -- 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
