On Mon, Oct 8, 2012 at 4:29 PM, Alexander Rose
<alexander.r...@weirdbyte.de>wrote:
> Hi Bob,
>
> whoa, that great. I think this deserves an option (set cartoonsElliptical
> true/false) and not be limited to such high hermiteLevels. I would need
> some time to figure out how to add such an option, though I would tackle
> it. Let me now.
>
>
Sure. Easy enough to implement that. how about if cartoonsElliptical simply
executes:
set hermiteLevel 6; set ribbonAspectRatio 4
and
set hermiteLevel 0; set ribbonAspectRatio 16
?
> Attached is a patch that enable the seam adjusting for nucleic cartoons.
> Also I think renderMesh is unnecessarily called twice.
>
> I'll check that out.
> The seam adjusting does not work when exporting to e.g. .obj or .pov, but
> I did not figure out why :-(
>
>
That's because the exporters right now create their own normals[] array
just before rendering, and there is no stitching for them. We should
probably save normals, not normalsTemp, but I didn't want to do that right
now.
>
> Alexander
>
>
>
> Am 08.10.2012 um 14:19 schrieb Robert Hanson:
>
> Alexander,
>
> check out the new feature!
>
> set hermitelevel 6
> set ribbonAspectRatio 4
>
> Hermite level >= 6 or <= -6 changes the helix and sheet cartoons to have
> an elliptical cross-section, like various other programs in use.
>
> Bob
>
>
> On Sat, Oct 6, 2012 at 4:44 PM, Alexander Rose <
> alexander.r...@weirdbyte.de> wrote:
>
>> Hi,
>>
>> I created an initial patch that aims to fix the seams between cartoon
>> mesh elements of consecutive residues. Attached are two images to
>> illustrate the seams. The seams occur because the (lighting) vertex normals
>> are calculated for each cartoon mesh elements individually without
>> considering the adjacent elements. The patch includes a helper function
>> that smoothes the vertex normals for the overlapping vertices two
>> consecutive cartoon meshes. I also needed to slightly change the way by
>> which the mesh of turn/loop elements is created so that the start/end
>> vertices of two turn/loop elements always overlap.
>>
>> The patch is against revision 17624.
>>
>> There are problems. I adjust the normals between two consecutive elements
>> when constructing the second element's mesh, so the first element's mesh
>> has been already created (needed to adjust the normals) and also once
>> rendered/drawn. Therefor to see the adjusted normals the meshes need to be
>> rendered/drawn again. Just interacting with Jmol, e.g. zooming, naturally
>> triggers a redraw. However its not nice initially. An idea. I could trigger
>> a redraw in Jmol after cartoon mesh constructions. How? Or do you have
>> other suggestions?
>>
>> Also I need to carefully check if the code works also when individual
>> residues are (randomly) displayed/hidden one after the other.
>>
>> Please let me know what you think!
>>
>> Best
>> Alexander
>>
>>
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Don't let slow site performance ruin your business. Deploy New Relic APM
>> Deploy New Relic app performance management and know exactly
>> what is happening inside your Ruby, Python, PHP, Java, and .NET app
>> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>> http://p.sf.net/sfu/newrelic-dev2dev
>> _______________________________________________
>> Jmol-developers mailing list
>> Jmol-developers@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jmol-developers
>>
>>
>
>
> --
> Robert M. Hanson
> Larson-Anderson Professor of Chemistry
> Chair, Chemistry Department
> 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
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
>
> http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________
> Jmol-developers mailing list
> Jmol-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jmol-developers
>
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
> _______________________________________________
> Jmol-developers mailing list
> Jmol-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jmol-developers
>
>
--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Chemistry Department
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
------------------------------------------------------------------------------
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev
_______________________________________________
Jmol-developers mailing list
Jmol-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-developers
