I think you could do
capture ...
refresh
....
refresh
...
refresh
...
capture off
On Tue, Dec 9, 2014 at 10:21 PM, Eric Martz <ema...@microbio.umass.edu>
wrote:
> Dear Bob,
>
> I have a script that does arbitrary things. I would like to capture a
> gif frame whenever I change the scene (one frame per change), and
> playback the resulting multi-gif with interframe delays that I specify.
>
> For example, I'd like to show one chain of a multi-chain protein
> assembly, then add the second chain, then the third, then the fourth,
> then blank Jmol for a specified delay, and loop back.
>
> As far as I can tell the 'capture' command is not designed to 'capture'
> one frame of a multi-gif on command. I do not find a way to do this:
>
> change scene
> capture one frame
> change scene
> capture one frame
> change scene
> capture one frame
> assemble 3 frames into multi-gif file
>
> Rather, it starts capturing for a specified time, or until you stop it,
> and then you can do stuff. But this does not permit control of playback
> timing between frames, or the number or frames captured per scene.
>
> For example:
>
> load =1d66
> spacefill
> color chain # 4 chains A, B, D, E
>
> restrict :a
> capture "test.gif" loop # this opens the multi-gif file and starts
> capturing
> delay 1.0
>
> select :b
> spacefill
> delay 1.0
>
> select :d
> spacefill
> delay 1.0
>
> select :e
> spacefill
> delay 1.0
>
> restrict none # blank Jmol
> delay 3.0
>
> capture end
>
> The above script produces a gif in which each chain appears after a
> delay, in sequence, as desired. But it has multiple frames per scene
> (chain), and I cannot control the playback timing. The lengths of the
> delays seem to have no effect on the gif file produced. What I would
> like is more like this hypothetical script
>
> load =1d66
> spacefill
> color chain # 4 chains A, B, D, E
>
> set gifDelay 0.5 # seconds AFTER next frame in multi-gif playback
>
> restrict :a
> capture oneFrame "test.gif" loop # this opens the multi-gif file
> # and captures a single frame. It does NOT continue to capture
> additional frames.
>
> select :b
> spacefill
> capture oneFrame # adding a second frame to the multi-gif file
>
> select :d
> spacefill
> capture oneFrame # adding 3rd frame
>
> select :e
> spacefill
> capture oneFrame # adding 4th frame
>
> restrict none # blank Jmol
>
> set gifDelay 3.0
> capture oneFrame # blank frame plays for 3 seconds
>
> capture end # closes multi-gif file, looping back to first frame
>
> ----------------
> What do you think?
>
> Eric
>
>
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> _______________________________________________
> Jmol-users mailing list
> Jmol-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jmol-users
>
--
Robert M. Hanson
Larson-Anderson Professor of Chemistry
Chair, Department 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
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users
