Re: [Jmol-users] Capture inter-frame delay

[Eric Martz]

Thanks for banging me over the head, Bob -- I needed it! Indeed I never 
grasped that animationFPS determines the delay between frames in a 
multi-GIF from the capture command. I kept mis-reading it as spinFPS. So 
I've been frustrated for more than a year due to my own denseness.


Now I can control smoothness (number of frames) and speed of playback 
independently. Woo hoo!!


Eric

On 11/22/15 7:20 PM, Robert Hanson wrote:
I don't know about /spinFPS/. I am talking about /animationFPS. /I 
just tested it and had no problem.

​




--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741551=/4140___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users

Re: [Jmol-users] Capture inter-frame delay

[Eric Martz]

Yes, I can adjust the frame rate with spinfps.
But the GIF file that is written unconditionally has a constant 0.1 sec 
delay between frames.


Here are some results:

# rotating 360 degrees in 2 sec gives only 60 frames
# with default spinfps 30 (frames per second).
# 4 sec gives 120 frames with spinfps 30.
# 4 sec gives 200 frames with spinfps 50.
# FPS SEC FRAMES SEC-PER-GIF-TURN
# 30  5   15015
# 10  5   50 5
# 10  20  20020
# 5   40  20020

set spinfps 30
set antialiasdisplay true

capture "rotate_capture.gif" loop
set waitformoveto true

rotate -360 5 branch {c9} {c8}

set waitformoveto true
capture end

On 11/22/15 6:12 PM, Robert Hanson wrote:

Eric, doesn't this work?

/Capture to an animated GIF file. By default, capturing will continue 
until the CAPTURE END command is issued. If the LOOP keyword is not 
given (see below), then whether the animation loops or not depends 
upon the value of animation mode 
: 
PALINDROME or LOOP results in a looping GIF (no distinction, as there 
is no PALINDROME option in GIF animation) or ONCE (no looping).*Frame 
rate is determined by animation fps 
, 
which has a maximum of 50 frames per second.


*/
Bob/*
*/
/
/


--


___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users


--
___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users

Re: [Jmol-users] Capture inter-frame delay

[Robert Hanson]

Eric, doesn't this work?



*Capture to an animated GIF file. By default, capturing will continue until
the CAPTURE END command is issued. If the LOOP keyword is not given (see
below), then whether the animation loops or not depends upon the value of
animation mode
:
PALINDROME or LOOP results in a looping GIF (no distinction, as there is no
PALINDROME option in GIF animation) or ONCE (no looping). Frame rate is
determined by animation fps
, which
has a maximum of 50 frames per second.*
Bob
--
___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users

Re: [Jmol-users] Capture inter-frame delay

[Robert Hanson]

I don't know about *spinFPS*. I am talking about *animationFPS. *I just
tested it and had no problem.
​
--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741551=/4140___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users

[Jmol-users] Capture inter-frame delay

[Eric Martz]

Dear Bob,

I continue to be frustrated by the lack of control over the otherwise 
FABULOUS capture command. I first made this request on December 9, 2014.

The multi-GIF saved by the capture command plays back with a constant 
0.1 second delay between frames.

One cannot get a smooth, rapid animation. Smooth means many frames. But 
with many frames, the animation is way too slow. For example, a full 
rotation of 360 degrees, to be smooth, ideally would have 360 frames 
(one per degree). But playback would spin at 36 seconds/turn.

Again, I am down on my knees begging for a new setting to specify the 
delay between frames in the multi-GIF file saved by the capture command. 
For example

set gifDelay
or
set captureTimeBetweenFrames
or somesuch.

Thanks very much, Eric

--
___
Jmol-users mailing list
Jmol-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jmol-users