View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000387 | Cinelerra-GG | [All Projects] Bug | public | 2020-03-11 15:13 | 2020-03-13 17:03 |
Reporter | RafaMar | Assigned To | PhyllisSmith | ||
Priority | normal | Severity | crash | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Platform | Pc | OS | Gnu/Linux | OS Version | Mint 19.3 |
Product Version | |||||
Target Version | Fixed in Version | 2020-03 | |||
Summary | 0000387: Problem with wipe transition | ||||
Description | I want to write a new tutorial about transitions and I encountered a problem. If I insert the wipe transition when automatic keyframe insertion is activated, the settings I make in that transition are not saved and this affects the export. When you open the project again, the transition has lost all its settings and it is as when it is inserted with its default values. When the automatic keyframe insertion is inserted, the line of the project file is always like this: <TRANSITION TITLE = "Shape Wipe" LENGTH = 75> <ON> </ON> <KEYFRAME POSITION = 0> </KEYFRAME> </TRANSITION> However, when I deactivate the automatic keyframe insert button, if the settings are saved. <TRANSITION TITLE = "Shape Wipe" LENGTH = 75> <ON> </ON> <KEYFRAME POSITION = 0> <SHAPEWIPE DIRECTION = 0 FEATHER = 6.656925e-02 PRESERVE_ASPECT = 1 SHAPE_NAME = Butterfly> </SHAPEWIPE> </ KEYFRAME > </TRANSITION> I think this is a mistake, with my limited knowledge I researched to find the solution and everything is due to what I have said and I think this should not be so. I guess it can be fixed ... I don't know about programming, I'm so sorry. | ||||
Steps To Reproduce | View video https://drive.google.com/open?id=1PGXG9QnmyO1IiIwTtpy7SDHold8ni-jj | ||||
Additional Information | These things can be very annoying and make users lose work. | ||||
Tags | bug | ||||
It was checked in yesterday and ordinarily I do not close until after it is added to the monthly builds, but then I forget so am closing early. | |
:-D It is normal when you have many jobs, it is a minor incident, but thanks for fixing it. I have made some lumas that you may like and can be included in the next version, I will send them to you by email |
|
Thanks for the demo. We missed the problem -- some times you have to hit me over the head with a hammer to get my attention. A fix will be checked into GIT late today (or soon). | |
I have made a video for you to see that it is not really going well. When changing from black to white the transition is not done properly, it jumps and shows the output clip as input. If from white to black we have an oval that closes, from black to white we must have an oval that opens, but with the following clip, not the one that ends. Watch the video, and you'll see that at least I'm not doing well. :-) Video file. https://drive.google.com/open?id=10oyJ-pLUKgLVVEx2XKZHZtUkroShaCA6 |
|
@RafaMar It is correct but takes some explanation. The "Black to White" and "White to Black" are based on the Shapes png file. In your Cinelerra path, change to the directory (folder) plugins/shapes. This is where the png files are stored which all contain black and white images. The "black to white" versus "white to black" represents the black/white from the png file. This is easiest to see with the Circle shapewipe. I have attached a reduced image here for ease of viewing. |
|
I think this transition has another error, when it is set to act from "Black to White" it does not do its job well, it should do the transition backwards, but what it does is invert the clips and the result is not good. | |
thanks for solving this little problem. | |
I had not tested before the fix; but now, repeating the RafaMar test, I had no problems. | |
Thank you very much, I do not think it is necessary to try it, I am sure you have done an excellent job. | |
A fix has been checked into GIT and will be in the March 31 builds. If anyone wants to test early, we can provide a tar file (not package install) for a requested distro. | |
thank you very match. | |
Reproduced here and working on a fix. | |
Date Modified | Username | Field | Change |
---|---|---|---|
2020-03-11 15:13 | RafaMar | New Issue | |
2020-03-11 15:13 | RafaMar | Tag Attached: bug | |
2020-03-11 16:52 | PhyllisSmith | Assigned To | => PhyllisSmith |
2020-03-11 16:52 | PhyllisSmith | Status | new => confirmed |
2020-03-11 16:52 | PhyllisSmith | Note Added: 0002874 | |
2020-03-11 17:26 | RafaMar | Note Added: 0002875 | |
2020-03-12 01:05 | PhyllisSmith | Note Added: 0002876 | |
2020-03-12 10:27 | RafaMar | Note Added: 0002877 | |
2020-03-12 14:13 | Andrea_Paz | Note Added: 0002880 | |
2020-03-12 14:17 | RafaMar | Note Added: 0002884 | |
2020-03-12 14:35 | RafaMar | Note Added: 0002885 | |
2020-03-12 17:20 | PhyllisSmith | File Added: reduced_circle.png | |
2020-03-12 17:20 | PhyllisSmith | Note Added: 0002886 | |
2020-03-12 18:41 | RafaMar | Note Added: 0002889 | |
2020-03-12 21:41 | PhyllisSmith | Note Added: 0002895 | |
2020-03-12 22:21 | RafaMar | Note Added: 0002897 | |
2020-03-13 17:03 | PhyllisSmith | Status | confirmed => closed |
2020-03-13 17:03 | PhyllisSmith | Resolution | open => fixed |
2020-03-13 17:03 | PhyllisSmith | Fixed in Version | => 2020-03 |
2020-03-13 17:03 | PhyllisSmith | Note Added: 0002898 |