View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000436 | Cinelerra-GG | [All Projects] Bug | public | 2020-05-19 18:53 | 2020-05-28 02:19 |
Reporter | RafaMar | Assigned To | PhyllisSmith | ||
Priority | low | Severity | minor | Reproducibility | always |
Status | confirmed | Resolution | open | ||
Platform | PC | OS | Linux | OS Version | Mint 19.3 |
Product Version | 2020-04 | ||||
Target Version | Fixed in Version | ||||
Summary | 0000436: Changing speed has an error | ||||
Description | When I use the change of value by means of a numerical value, if I do not have the mouse cursor over the assistant, the speed change is not done correctly. The clip accelerates, but maintains its duration, it does not respect the input and output of the clip. I don't know how to explain it, but I have attached a video where you can see the problem I'm having with this tool. https://streamable.com/0clqww | ||||
Tags | bug | ||||
A fix has been checked into GIT for the original problem. GG duplicated the video problem and was able to correct it with this fix. I have not been able to verify this myself. For the other commentary, this will be taken into consideration in future modifications. |
|
Regarding the previous message, I understand that if on a track the speed changes the clip moves because the speed changes throughout the track, but users do not expect this, when a user needs to change the speed it is because he needs to adjust some images to a voice over, or whatever, and you don't expect the clip to scroll at its start, what you expect is for it to be longer or shorter. I can do a tutorial explaining how to use this speed change method without going crazy. But I think users will jump for joy if they can change the speed affecting only the desired clip, without affecting the entire track. At the beginning I wasted a lot of time with the speed changes in Cinelerra, now I dominate it a little more, but it is not a good method. I apologize for saying things as I see them, but in my work it is like that, we always tell ourselves the truth, because only with this one advances. Greetings again. |
|
Another problem that users are having with the speed change line is that when you change the speed the clip moves, and I see this as an error. I solve it by creating three keyframes, one a frame before the clip, one just at the start, and one at the second frame from where I manipulate time. But people are not usually so skillful and despair with these things. That is why I asked that, apart from this line, if you want to keep it, Cinelerra had an effect or tool to change the speed to a single clip, and if this is audio and timestretch on top, it would be wonderful. But please, these are proposals that I think would be very welcome for users, but it is not for me to decide whether or not these tools should be included. It would also be perfect if the camera had rotation, because a real camera can be rotated without the need for the rotation effect. But I do not know if this can be added with 15 minutes of time or requires many hours ... I do not know how to program. See video with the speed change error. https://streamable.com/bolzhj Regards. |
|
@RafaMar There are a couple of issues. Not important, but could you send me the video file so I can play with it to get the before results and hopefully the after fix results? You have my email address but only send it if you have time and feel like it. |
|
Thanks | |
Thanks for the second video. I was able to reproduce the bug and thus confirm it. | |
Something is wrong with this tool, look at what happens when I change the value without having the mouse over it, but then I pass it over the wizard and it gives a wrong result again, even if I close the wizard by pressing Enter. https://streamable.com/m4zzai |
|
As far as I have understood it, it is necessary to confirm the input with the Enter key. When changing with the mouse the behaviour is correct that the change is immediately visible. When entering the numbers, however, it always requires the Enter key. The reason for this is that you can make a typing error and still have the opportunity to correct it. If you are sure of your input, then you confirm it with the Enter key. Therefore it is not a mistake but on purpose my guess. It is however my personal interpretation of this behaviour. | |
Date Modified | Username | Field | Change |
---|---|---|---|
2020-05-19 18:53 | RafaMar | New Issue | |
2020-05-19 18:53 | RafaMar | Tag Attached: bug | |
2020-05-19 19:35 | Sam | Note Added: 0003449 | |
2020-05-19 20:17 | RafaMar | Note Added: 0003450 | |
2020-05-19 20:42 | Sam | Assigned To | => Sam |
2020-05-19 20:42 | Sam | Status | new => confirmed |
2020-05-19 20:42 | Sam | Note Added: 0003451 | |
2020-05-19 20:42 | Sam | Assigned To | Sam => PhyllisSmith |
2020-05-19 21:20 | RafaMar | Note Added: 0003452 | |
2020-05-24 18:22 | PhyllisSmith | Note Added: 0003467 | |
2020-05-25 21:21 | RafaMar | Note Added: 0003470 | |
2020-05-25 21:32 | RafaMar | Note Added: 0003471 | |
2020-05-28 02:19 | PhyllisSmith | Note Added: 0003482 |