View Issue Details

IDProjectCategoryView StatusLast Update
0000495Cinelerra-GG[All Projects] Bugpublic2020-09-18 21:05
Reporterhouku Assigned ToPhyllisSmith  
PriorityhighSeverityfeatureReproducibilityalways
Status feedbackResolutionopen 
PlatformlinuxOSArchOS Versionrolling
Product Version2020-07 
Target VersionFixed in Version 
Summary0000495: transitions suck in cinelerra (oof)
Descriptionokay, so i decided to give the new github version of cinelerra a try, and its impoving, (i didnt get any lag from audio so far)

but making trasitions SUCK!!

okay, a bit of anger has gone in this, sorry, but yeah, the transitions seem to happen AFTER the hard cut and not while its supposed to, it also shows that the transition is supposed to happen after at the same go, idk why its like that, but its weird for me...

but overall, i see the potential in cinelerra-gg infinity, and i can actually call it a more reliable NLE compare to other linux ones (tbh also some windows ones are worse then this)
Steps To ReproduceCOMPLICATED! BE AWARE!!

1) add a video
2) make a hard cut in 2 parts of the video
3) delete what you cut
4) add a transition
5) see that the transition is not happening correctly
6) say "Ooh"
Additional Informationi dont take those stuff seriously by now, i kinda joke how editing on linux is actually hard, so if your cringing by how i make it seem like its a joke, im sorry, its just im getting de-motivated from how editing in linux is happening correctly with no actual NLE i can trust, Cinelerra-gg is 1 of the 3 i hope will become my main and so far its going great and i like what i see, so thank you, but transitions are bad at the moment...
TagsNo tags attached.

Activities

fary54

fary54

2020-09-18 21:05

reporter   ~0004037

@PhyllisSmith
I get the same result with it's two compilation. No "Cache Transition" in these versions.
But no problem, I would wait for the monthly version.
PhyllisSmith

PhyllisSmith

2020-09-18 16:13

manager   ~0004036

@fary54
I will have to check the date on the second one below which is what I think you used. However, the first one below should have the transition changes in it also but had some bugs in it. I will have GG create a new one but he is unavailable now.

https://cinelerra-gg.org/download/testing/cinelerra-5.1-debian10-20200913-x86_64-static.txz
https://cinelerra-gg.org/download/testing/cinelerra-5.1-debian10-x86_64-static.txz
fary54

fary54

2020-09-18 14:50

reporter   ~0004035

@PhyllisSmith
I downloaded the compiled version but I don't have a "Cache Transition" in my version.

After testing, I realize that the compiled version is: "built: Aug 31 2020 13:23:44". Is it the right one?
IgorBeg

IgorBeg

2020-09-14 09:57

reporter   ~0004026

" but it does,... denotes exactly where the transition starts and the length of the line goes to where it ends..."
Good consideration, PhyllisSmith!

I think that if DragAndDrop feature were added to the Transition bar to change its length, it can disturb Automatic keyframes (Fader, Projector_XYZ, Camera_XYZ,...) when they are there.
So you should disable Autos, by Overlay window, to avoid mistake by dragging what you don't want.
PhyllisSmith

PhyllisSmith

2020-09-14 01:27

manager   ~0004024

@houku
About "that the transitions will show EXACTLY when it starts and when it finishes ... this will make it easier to understand when transitions start and when finished" "make the start and end of the transition visible in the timeline".
*** but it does, the blue line on top of the transition head symbol (if using Cakewalk theme or brown line if using SUV) denotes exactly where the transition starts and the length of the line goes to where it ends. If timeline is set of hh:mm:ss it is easy to see for example if the length of the transition is 10 seconds, for example. You can also set the length to frames instead and then you will see how it lines up to the frame counter.
PhyllisSmith

PhyllisSmith

2020-09-13 16:36

manager   ~0004022

@fary54
OK here it is: https://cinelerra-gg.org/download/testing/cinelerra-5.1-debian10-x86_64-static.txz
fary54

fary54

2020-09-13 06:25

reporter   ~0004020

@PhyllisSmith
Ok I want to do the test as well. But for me it's under Debian 10.
Thanks.
PhyllisSmith

PhyllisSmith

2020-09-13 01:50

manager   ~0004018

@houku
Transitions have been sped up as using Cache has been added as a default. You might see a slight hesitation at the beginning of a transition when memory is being loaded then quite often it will play at full speed. Depending on the memory on your computer and what you have the Cache Size set to in Settings→Preference, Performance whenever cache is full you will again see this hesitation. To the right of the Cache Size in Performance is a setting called “Cache Transitions” which should be enabled by default. This may be eliminated in the future if there are no problems with the caching because everyone will want this speed up.

An Arch test build is at:
  https://cinelerra-gg.org/download/testing/cinelerra-5.1-arch-x86_64-static.txz

@fary54 - if you would like to test also, we can make a test build tomorrow (let us know and was it Debian10 or Ubuntu20? as I forgot).
Sam

Sam

2020-09-08 20:17

administrator   ~0004012

A general consideration would be to adopt the proposed form of background rendering that is also used in Premiere and Resolve. In Resolve it is called Smart Rendering. Only the part that has just been changed is rendered, for example frames 42 to 120, only these frames are rendered. Pre-rendered frames such as 1 to 41 and 121 to infinity are not exchanged. Maybe it would be worth thinking about adopting this feature? I have learned to appreciate this kind of rendering and use it exclusively for my professional projects.
PhyllisSmith

PhyllisSmith

2020-09-08 19:46

manager   ~0004011

@houku
@fary54
An attempt at coding to make Transitions faster is being worked today. It is unknown at this time if it will fix the slowness so do not get your hopes up.

Also, I have mentioned the request for marking the start and end times but I have to see whether or not this can be done.
And dragging the mouse to change the size, like can be done with plugins, is a great idea! but may not be easily done.
fary54

fary54

2020-08-26 07:00

reporter   ~0003941

@houku
I bounced off your transition problem. For me, background rendering is not the ultimate solution. Indeed, this consumes a lot of resources because any modification re-activates a complete rendering, which is neither necessary nor desirable.

For me a solution would be to use the proxy for the clips and some kind of rendering only on the transitions. In this case, no more delays or slowing down when reading transitions. In addition, background rendering would use less resources and so each shot change would not require restarting any background rendering.

I also like your suggestion to make the start and end of the transition visible in the timeline, that would make it easier. +1
houku

houku

2020-08-26 04:41

reporter   ~0003940

okay, so i did some tests, and i did enable the background rendering (i didnt know it wasnt enabled at first until you mentioned it), and it seems to be a problem in my f4v file (from what i can tell), when i tried to do the same thing with mp4, it worked great!

overall: i know what NLE ill be using, thank you cinelerra-gg team for such an amazing NLE for linux, and ill be using it for my content!
IgorBeg

IgorBeg

2020-08-25 18:50

reporter   ~0003939

@houku
About transition between two edits with different effects, take a look this workaround, please:
http://www.visi1.org/cinelerra-gg_tutorials#TransitionAndDifferentsEditsEffects

For your #3936 and report-2.f4v screencast, it is less clear. More info are needed.
What is your project format?
What is the size of your video "learn to fly.f4v"?
Sam

Sam

2020-08-25 18:43

administrator   ~0003938

The way I see it in your video, the background rendering is not active. There should be a red bar at the top of the timeline, which is not in your example video. With Shift-G you can activate the background rendering, before you do this it would be good to preconfigure this feature in the settings.

I like your suggestion to make the start and end of the transition visible in the timeline, that would make it easier. +1

What I would also like is to change the transition directly in the timeline by dragging the mouse. I made this suggestion some time ago, but due to more important problems this suggestion could not be implemented yet.

By the way, Blue Banana was named by the original developer of this feature. It describes what you can do with the tool, you can turn a yellow banana into a blue banana ;-) About the sense of this name can surely be debated.
houku

houku

2020-08-25 18:20

reporter   ~0003937

also, the transitions not working, in trying to add a dissolve to the blue banana effect (what is that name?!?!?) however, the dissolve not working,

in NLE's like premiere, when you put a transition, it shows on both parts of the video, showing from where its starting and when its ending,
by taking this knowledge to cinelerra, it seems that the transition happens while the hard cut, this is a bit confusing for some people, myself included,
ive read how you sort of 'fixed' it, and i like the suggestion, but ive got a powerful computer so i use background rendering in all the video, and it still doesnt show the transition,

in MY opinion, you should do that the transitions will show EXACTLY when it starts and when it finishes, (olive example image), this will make it easier to understand when transitions start and when finished,

a suggestion also is to be able to costume your transitions (i suggest that because cinelerra seems to go more of the OP but glitchy rought in my eyes)
what i mean can go those ways:

make a costume transition (draw a gif or animation and it will become a transition)
make a transition is different lengths (like, 1 second in and 3 out)

i just finished editing by this point the video, and just the transitions are missing, (video looks better i hope)



as a side note, i wanna help cinelerra-GG to grow, and im really enjoying using it, so i thank you all the team behind this amazing yet underrated NLE, and i support it!!

report-3.f4v (405,061 bytes)
houku

houku

2020-08-25 18:04

reporter   ~0003936

another issue (while im at it) is that when you add a video, its kind off, more weighed rather then how you import it, a fix for now is just to scale its y by 1.6-8, but its kind of annoying, also, you need to zoom the camera out to even see the entire recording, also quite annoying... heres a video showing it

report-2.f4v (699,938 bytes)
Sam

Sam

2020-08-25 17:52

administrator   ~0003935

We are of course striving to improve Cinelerra and are open to any suggestions for improvement, so thank you for your feedback.

I have watched your sample video several times and unfortunately I can't figure out what the problem is. Maybe it is because of the somewhat colorful videos in your example, which is a bit confusing and therefore hard to see what the problem is. Would it be possible for you to show the problem with a video without changing the colors, so the developers can reproduce the problem more easily?

How do you think the transition should be? What bothers you about the current behavior? How should the transition behave correctly?

By the way, I did some tests with a MP4 file according to your description and there is the problem that the timeline simply hangs for a short time on the transition, because a transition on the same file requires more processing power, since Cinelerra accesses the same file at the same time but at different time positions. Only by activating the background rendering the transition looks absolutely perfect. Maybe you can try this option to see if it solves the problem for you. On page 166 of the user manual you will find a small guide to background rendering.
houku

houku

2020-08-25 17:14

reporter  

report.f4v (756,704 bytes)

Issue History

Date Modified Username Field Change
2020-08-25 17:14 houku New Issue
2020-08-25 17:14 houku File Added: report.f4v
2020-08-25 17:52 Sam Assigned To => Sam
2020-08-25 17:52 Sam Status new => feedback
2020-08-25 17:52 Sam Note Added: 0003935
2020-08-25 17:52 Sam Assigned To Sam => PhyllisSmith
2020-08-25 18:04 houku File Added: report-2.f4v
2020-08-25 18:04 houku Note Added: 0003936
2020-08-25 18:04 houku Status feedback => assigned
2020-08-25 18:20 houku File Added: Screenshot from 2020-08-25 21-14-42.png
2020-08-25 18:20 houku File Added: report-3.f4v
2020-08-25 18:20 houku Note Added: 0003937
2020-08-25 18:43 Sam Note Added: 0003938
2020-08-25 18:50 IgorBeg Note Added: 0003939
2020-08-26 04:41 houku Note Added: 0003940
2020-08-26 07:00 fary54 Note Added: 0003941
2020-09-08 19:46 PhyllisSmith Note Added: 0004011
2020-09-08 20:17 Sam Note Added: 0004012
2020-09-13 01:50 PhyllisSmith Note Added: 0004018
2020-09-13 01:51 PhyllisSmith Status assigned => feedback
2020-09-13 06:25 fary54 Note Added: 0004020
2020-09-13 16:36 PhyllisSmith Note Added: 0004022
2020-09-14 01:27 PhyllisSmith Note Added: 0004024
2020-09-14 09:57 IgorBeg Note Added: 0004026
2020-09-18 14:50 fary54 Note Added: 0004035
2020-09-18 16:13 PhyllisSmith Note Added: 0004036
2020-09-18 21:05 fary54 Note Added: 0004037