pim schravendijk wrote: >On 10/5/07, Bob Hanson <[EMAIL PROTECTED]> wrote: > > >>load "myfile" 3 >> >>loads just the third frame. Haven't considered >> >>load "myfile 3-4 >> >>But it's certainly worth looking at. Only problem here is that it would >>require some retooling of all the multifile readers. Not so bad, really, >>but a task. >> >> > >Ah yes, that is what I was looking for, something like: > >for (var i=1;i<100;i=i+1) > save ORIENTATION movie > load /tmp/file.xyz @i > restore ORIENTATION movie > delay 0.5 > delay on >end for > >But then less flickery :) > > Try adding
refreshing = false refreshing = true around your load. Should be interesting. >By keeping the orientation the same during the loop, you can turn >around the animation while it is playing, which is cool & practical. > > > >>>Or are there too many disadvantages to that (not being able to edit >>>objects in frames that aren't read yet, long loading times per frame). >>>I guess also a problem is that one cannot always assume that the atom >>>types and order stay constant over the multiframe file. >>> >>> >>> >>> >>> >>Be more specific about your plans for that large file? Could it stream? >> >> > >Actually I mean as above, but streaming is also nice :) I remember >that vmd can handle streaming data. Watching simulations in real-time >seems to be one of those dreams of the 90s that never really caught >on, though. > > > >>I've certainly thought about this. There is the concept, undocumented, >>of a "trajectory" that doesn't have quite the overhead of a full file >>load. In a trajectory, the atoms are all the same in each frame, so >>there is just one reasonably sized set of atoms, and only the >>coordinates are changed when you go from frame to frame. That's in Jmol >>now, but I haven't experimented with it much. >> >> > >If Jmol could do the per-frame reading in a fluent way, >'trajectory-mode' might not even be needed. Otherwise it's probably a >good way to save memory while watching simulations in Jmol. > >-- >Greetings, Pim >http://www.molmod.com > >------------------------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. >Still grepping through log files to find problems? Stop. >Now Search log events and configuration files using AJAX and a browser. >Download your FREE copy of Splunk now >> http://get.splunk.com/ >_______________________________________________ >Jmol-users mailing list >Jmol-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/jmol-users > > -- 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: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Jmol-users mailing list Jmol-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jmol-users
