<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">3- Question: The internal (empty) keyframes that form, what are they?<br>
How are they used?<br></blockquote><div>The "bump" is a kind of FloatAuto, an element in an automation list</div><div>that is one of the 12 automation types of keyframe lists:</div><div>mute, cam_x,y,z, proj_x,y,z fade, pan, mode, mask, and speed lists</div><div>which are part of the "Track".  A FloatAuto is one of 4 auto "value" types</div><div>that are stored in the auto at the keyframe "position", float, mask, int, pan.</div><div>A FloatAuto stores a floating value for the automation at a position on</div><div>the track.  When a FloatAuto get_value is invoked at a track position, the</div><div>position is used to access a previous and next auto list element values</div><div>based on the "current" position.  The returned value is generated using</div><div>one of 5 modes of curve interpolation, smooth, linear, tangent, free, bump.</div><div>smooth: bezier interpolation which are flat at the endpts</div><div>linear: piecewise linear curve.</div><div>tangent: bezier interpolation with collinear endpts in a specified line.</div><div>free: piecewise bezier, if there is such a thing.</div><div>bump: has 2 values, one viewed from the left/right, discontinuous.</div><div>When a FloatAuto is created, it gets a list default value.  This varies</div><div>by auto type speed=0, fade=100, ..., and at position 0., but this is almost</div><div>always immediately changed to a value specified for the current position,</div><div>a value/mode you specify in the sliders and drag values of the GUI updates.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>5- Question: Acting on the slider to make changes, everything works<br>
fine. But by dragging the keyframe with the mouse to change it, you<br>
only change the keyframe itself and the next (empty) one to which it<br>
is tied; but not the others. Am I wrong?<br></div></blockquote><div>You are right.  When you are dragging, the "span" and "edge" are not</div><div>specified, and the defaults are not spanning, and the right edge.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>6- Question: Is it indifferent to enable/disable the "Allow keyframe<br>
spanning" button?<br></div></blockquote><div>Yes, the keyframe spanning button in the MenuBar applies to plugin</div><div>keyframes.  The update is done by first creating a textual "diff" on the</div><div>xml values of the plugin keyframes, then applying that diff to all of the</div><div>keyframes selected in the "span".  The bump FloatAuto bump_update</div><div>subtracts the old and new values to create a "diff" that is added to all</div><div>of the values in the right_edge ... auto values ... left_edge region</div><div>created by bump autos and media endpts.</div><div><br></div><div>Thank you so much for all of the testing and documentation.</div><div>This is all very much appreciated.  Phyllis and I try to keep it all up</div><div>to date, but this is just too much for two old people and a dog.</div><div><br></div><div>gg</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 24, 2020 at 5:20 AM Andrea paz via Cin <<a href="mailto:cin@lists.cinelerra-gg.org">cin@lists.cinelerra-gg.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thanks. I did some first tests of Bump Keyframes. My considerations/questions:<br>
<br>
1- The best way to create bump keyframes is in the Phyllis example:<br>
select the region and then<br>
Keyframes --> Create curve type --> bump<br>
Keyframes --> Create keyframes --> speed (or other)<br>
<br>
2- However, you can also create them by clicking or double-clicking then<br>
RMB --> bump<br>
RMB --> speed (or other)<br>
<br>
3- Question: The internal (empty) keyframes that form, what are they?<br>
How are they used?<br>
<br>
4- Make sure that the keyframes at the edges are bump type and that<br>
the left edge is set to the right and the right edge is set to the<br>
left. This way the changes will only affect keyframes within the<br>
range.<br>
<br>
5- Question: Acting on the slider to make changes, everything works<br>
fine. But by dragging the keyframe with the mouse to change it, you<br>
only change the keyframe itself and the next (empty) one to which it<br>
is tied; but not the others. Am I wrong?<br>
<br>
6- Question: Is it indifferent to enable/disable the "Allow keyframe<br>
spanning" button?<br>
<br>
7- With the sliders using, only the keyframes of the track are<br>
changed. A workaround to edit all armed tracks of all types at the<br>
same time is as follows (always applies, not only to bump keyframes):<br>
a- disable "Master track" of all tracks except the first one, on which<br>
we will work.<br>
b- switch to "gang media" mode. Now only the Master track is visible,<br>
but every change made on its keyframes is also applied to the other<br>
tracks. (great innovation; more I examine the latest features<br>
introduced and more I understand how powerful, comfortable and<br>
functional they are. Thanks!)<br>
<br>
If I can understand these points; combining the GG explanation, I can<br>
try to write the section for the manual, which you (phyllis) can then<br>
check. If you want, of course.<br>
<br>
<br>
[PS: I take this opportunity to ask another thing.<br>
I changed the video card, going back to AMD Navi 10. It is now stable<br>
and working  (So I no longer have Nvidia and Cuda). I also formatted<br>
and reinstalled everything. I have these warnings on terminal:<br>
<br>
 file:/home/paz/video_editing/prova/1080/0005.3gp<br>
  err: Invalid data found when processing input<br>
FFStream::decode: failed<br>
HW device init failed, using SW decode.<br>
file:/home/paz/video_editing/prova/1080/0005.3gp<br>
  err: Invalid data found when processing input<br>
mesa: for the --simplifycfg-sink-common option: may only occur zero or<br>
one times!<br>
mesa: for the --global-isel-abort option: may only occur zero or one times!<br>
mesa: for the --amdgpu-atomic-optimizations option: may only occur<br>
zero or one times!<br>
<br>
Apparently the .3gp format (with h264 and aac codecs) is not supported<br>
by vaapi. It's not a problem, but I don't understand the meaning of<br>
the three lines starting with "mesa: ...".]<br>
-- <br>
Cin mailing list<br>
<a href="mailto:Cin@lists.cinelerra-gg.org" target="_blank">Cin@lists.cinelerra-gg.org</a><br>
<a href="https://lists.cinelerra-gg.org/mailman/listinfo/cin" rel="noreferrer" target="_blank">https://lists.cinelerra-gg.org/mailman/listinfo/cin</a><br>
</blockquote></div>