<div dir="ltr">First of all, I apologize for getting into the conversation.<br><br>I see that you are working on the issue of speed change. Precisely these days playing with the change of speed I have encountered some more problems. For example, if there are effects inserted to the clip or track that I apply a speed change, they lose synchrony.<br><br>The line is a good option, but I see that it is very problematic.<br><br>Wouldn't it be easier to make an effect, or assistant, that acts on the time of a certain clip?<br><br>Let me explain, if I have a clip that lasts 10 seconds at 30 frames per second, I have a 300-frame clip and each frame lasts 33.33 milliseconds. If through an effect I tell it that each frame lasts for example 66.66 the result is that this clip will last twice as long and will go in slow motion, however if I indicate that each frame last 16.66 the clip will go to twice as fast, that is fast camera. It is NOT an assistant in which I dedicate myself to changing times, this would be internally, the assistant can simply be a fader, equal to the current assistant to change values to keyframes. I think this would simplify things a lot and it is really what we are used to finding in a video editor.<br><br>Cinelerra is a very good editor. The problem is that nowadays speed changes are used a lot, the current line is a very good option in many cases, but I think it would be easier with an effect that instead of acting on the track acts on a single clip. A clip that we can define with cuts if we only want to change the speed to a fragment of it.<br><br>Greetings and thank you very much for the excellent work.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El mié., 26 ago. 2020 a las 14:01, Andrea paz via Cin (<<a href="mailto:cin@lists.cinelerra-gg.org">cin@lists.cinelerra-gg.org</a>>) escribió:<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 for fix. The action of the changes (via slider) on the curve of<br>
one track is now also transmitted to the curves of the other tracks.<br>
Igor's first problem is also solved, but I confirm the second problem<br>
he detected.<br>
1- what happens if there are keyframes within the bump interval? It<br>
seems to me that they become bump keyframes too, so the interval<br>
designed by us is reduced to several intervals between close autos.<br>
2- When you set the right edge keyframe (edge and span), you also<br>
change the left edge keyframe. And vice versa. In my opinion it would<br>
be better to make them independent because it could happen that the<br>
effect of the curve expands also to the next or previous edits (2th<br>
problem of IgorBeg?). With the independent settings you can narrow the<br>
range perfectly, with the left autos set on the right and the right<br>
autos set on the left. As it is now they are both set to left or<br>
right. I understand that my request goes against the functioning of<br>
the bump autos, maybe it is better not to take it into account.<br>
3- The autos handlers give boredom, confuse the curve if there are<br>
other keyframes and are unusable to make changes to the autos (which<br>
can only be done with sliders). Is it possible to delete them or at<br>
least not see them?<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>