Angel, I've uploaded a pretty succinct VRML exporter. It was simpler than I
thought -- only requiring one Hashtable for all objects. Not exactly human
readable anymore, but that's not the point, right? Take a look. We now have
DEF/USE for appearance, sphere, and cylinder. I also added fillTriangle,
which instantly adds quite a bit of capability.
Ah, now, the rub. The exporters are of two types. POV-RAY outputs a scene in
the perspective coordinates of the screen. This is to ensure an identical
output. VRML/MAYA output regular Cartesian coordinates, without regard to
perspective. HOWEVER, in order to do that, they have to untransform screen
points, and that is a possible issue. Basically the "resolution" of the VRML
output is dependent upon the user's screen resolution. I admit that's a
design flaw. I notice it with traces, but that's all. So maybe there's a
simple fix there, and we will have no problem. But it is something I'm
trying to figure out. This is about all the time I have for this now -- I
hope I've given you a good head start with it. Thnik about perspective. Jmol
uses a 4x4 translation/rotation matrix that can be obtained using
viewer.getUnscaledTransformationMatrix(), which might work for these
purposes.
Bob
2009/7/17 Angel Herráez <[email protected]>
> I found some interesting software: Chisel, a VRML optimizer.
> It's free (PD) and written in Java. One could run any files through
> it to have them reduced. Of course, if Jmol can do it straight away,
> it's better.
> Description of the optimization methods matches what we have been
> discussing about DEF / USE.
> I've collated links and brief info into the Jmol Wiki > File formats
> > 3D Objects > VRML
>
> This has also brougth another idea: to gzip the vrml file. Some
> viewers do not recognize the recommended extension, .vrz, but do read
> the file if it is gzipped but has wrl extension. Embedding wrz files
> into web pages seems to work fine.
> So, Bob, maybe the export dialog could offer a double option?
> .wrl (plain VRML v2) or .wrz (gzipped VRML v2)
>
> I am guessing that Jmol has the gzip algorithm embedded already, does
> it not?
>
> And I think we should change the current default extension of vrml to
> be wrl which seems to be more widely supported.
>
>
>
>
> ------------------------------------------------------------------------------
> Enter the BlackBerry Developer Challenge
> This is your chance to win up to $100,000 in prizes! For a limited time,
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full prize
> details at: http://p.sf.net/sfu/Challenge
> _______________________________________________
> Jmol-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/jmol-users
>
--
Robert M. Hanson
Professor of Chemistry
St. Olaf College
1520 St. Olaf Ave.
Northfield, MN 55057
http://www.stolaf.edu/people/hansonr
phone: 507-786-3107
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
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Jmol-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jmol-users
