View Issue Details

IDProjectCategoryView StatusLast Update
0000387Cinelerra-GG[All Projects] Bugpublic2020-03-13 17:03
ReporterRafaMar Assigned ToPhyllisSmith  
PrioritynormalSeveritycrashReproducibilityalways
Status closedResolutionfixed 
PlatformPcOSGnu/LinuxOS VersionMint 19.3
Product Version 
Target VersionFixed in Version2020-03 
Summary0000387: Problem with wipe transition
DescriptionI 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 ReproduceView video
https://drive.google.com/open?id=1PGXG9QnmyO1IiIwTtpy7SDHold8ni-jj
Additional InformationThese things can be very annoying and make users lose work.
Tagsbug

Activities

PhyllisSmith

PhyllisSmith

2020-03-13 17:03

manager   ~0002898

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.
RafaMar

RafaMar

2020-03-12 22:21

reporter   ~0002897

:-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
PhyllisSmith

PhyllisSmith

2020-03-12 21:41

manager   ~0002895

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).
RafaMar

RafaMar

2020-03-12 18:41

reporter   ~0002889

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
PhyllisSmith

PhyllisSmith

2020-03-12 17:20

manager   ~0002886

@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.

reduced_circle.png (3,025 bytes)
reduced_circle.png (3,025 bytes)
RafaMar

RafaMar

2020-03-12 14:35

reporter   ~0002885

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.
RafaMar

RafaMar

2020-03-12 14:17

reporter   ~0002884

thanks for solving this little problem.
Andrea_Paz

Andrea_Paz

2020-03-12 14:13

manager   ~0002880

I had not tested before the fix; but now, repeating the RafaMar test, I had no problems.
RafaMar

RafaMar

2020-03-12 10:27

reporter   ~0002877

Thank you very much, I do not think it is necessary to try it, I am sure you have done an excellent job.
PhyllisSmith

PhyllisSmith

2020-03-12 01:05

manager   ~0002876

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.
RafaMar

RafaMar

2020-03-11 17:26

reporter   ~0002875

thank you very match.
PhyllisSmith

PhyllisSmith

2020-03-11 16:52

manager   ~0002874

Reproduced here and working on a fix.

Issue History

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