View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000312||Cinelerra-GG||[All Projects] Bug||public||2019-10-03 19:42||2019-10-16 10:55|
|Priority||normal||Severity||minor||Reproducibility||have not tried|
|Target Version||Fixed in Version|
|Description||A bug from user D. Quinton.|
I notice a problem with transitioning between two edits when an effect is placed on either of them,
when transitioning between edit A and edit B, with an effect placed on Edit A (such as colour correction), as the transition hits Edit B the effect placed on Edit A is suddenly removed and the end part of Edit A is seen without the effect, so that it reverts to its raw colours which is quite noticeable.
Perhaps the answer is moving Edit B onto a new track? does the transition still work? I have to test it yet
Phyllis wrote: “gg would like to streamlike the creation of a nested asset directly... as you might already know, it probably would not work with proxy.”
I hope, when/if it will be implemented, GGG (Great GG) think of all the users who need Proxy like me. =)
|@Andrea, OK I will. even though my videos are of dubious quality.|
Phyllis, I would like to propose that you put your video of note 02247, in the thread on the forum on transitions, next to the video of Igor. In order to present two different workarounds on the same topic.
IgorB: "Do you ... think that in the future there will be a solution to this issue?"
Well, gg would like to streamlike the creation of a nested asset directly on the timeline and is excited about doing so. BUT... as you might already know, it probably would not work with proxy. It is possible that he may initially get it working and then find a way to make proxy work too. There is no timeframe for implementation and with the BT count up to 313 in a year, it does not look like a strong possibility to be any time soon!
Thanks GG/Phyllis for the info about Transition issue.
Unfortunately for me, I always use Proxy and your workaround has too many steps but it is good to know new workaround.
And, I think, that the output of your workaround works right (the right transition effect). My workaround produces an “artificial” (incorrect) output effect, like Olaf said. Thanks!
Do you (developers) think that in the future there will be a solution to this issue?
|Your workarounds with only two sequences are far from practical. If you have three minutes left you can make a small slide show according to Igor's method. Because for this soft transitions of all kinds are mainly used. Thanks anyway for the feedback and wish you a lot of fun while pulling and pushing.|
Now we understand the issues after the helpful notes and demos. Unfortunately what looks like a bug is really a design flaw that can not be remedied at this late stage. It has to do with the stacking order of the plugins and how they are handled. So a workaround will be necessary. Besides the workaround IgorB demonstrated, another workaround involves the use of nested clips as shown in:
And, "yes", I was root as always because I am in continuous test mode and have to be ready to catch a crash if it occurs. I apologize for not capturing the keystrokes but most is obvious, except for when I do an Overwrite using Ctrl-b. I can write the steps here if needed.
This issue will be closed in a few days.
Igor, some things are simply broken and need to be repaired. Your workaround is a completely different approach, known from Kdenlive and similar editors. (I will not go into the associated disadvantages at this point, who cuts like that knows what (s)he's doing.)
But it also shows, and I didn't want to go that far, that the transition doesn't work 50/50, but pulls material from A under B, which shifts the transition by 50 percent, symbolized by the bar. This makes A effectively longer and B shorter. A rather atypical behavior, which one does not expect at this point.
TransitionAndDifferentsEditsEffects_02.png (92,000 bytes)
TransitionAndDifferentsEditsEffects_02.png (92,000 bytes)
Sorry, no humor was in my mind.
Usually, like all of us know, the right way for the Transition is like in my screenshot added: the A-edit in the bottom track and the B-edit in the top track. But if your A-edit have not enough frames or, at the end of your work, you want to put the Transition without move all the edits position you may follow my workaround.
|I like your humor, @IgorBeg!|
If you want, you can see my workaround "TransitionAndDifferentsEditsEffects.ogg" at
|The described error can be better understood in connection with a transparent bitmap (for B).|
Just acknowledging this issue. I used color correction and it works correctly for me. I can not reproduce the error you see using the effect Color 3 Way, for example. Maybe a specific codec has a problem in which case I would need more specific to produce a failure. Or maybe someone else can provide a session that has the problem.
However, perhaps I am interpreting this incorrectly. By the word "transitioning", is it meant just moving or does it indicate that there is an actual "transition" on the timeline. I take it to mean there is only an effect and not an actual ransition.
|2019-10-03 19:42||Andrea_Paz||New Issue|
|2019-10-03 19:42||Andrea_Paz||Tag Attached: Timeline|
|2019-10-07 00:16||PhyllisSmith||Assigned To||=> PhyllisSmith|
|2019-10-07 00:16||PhyllisSmith||Status||new => acknowledged|
|2019-10-07 00:16||PhyllisSmith||Note Added: 0002222|
|2019-10-07 00:22||PhyllisSmith||Note Edited: 0002222||View Revisions|
|2019-10-07 00:32||PhyllisSmith||Note Edited: 0002222||View Revisions|
|2019-10-07 07:43||Olaf||Note Added: 0002223|
|2019-10-08 13:01||IgorBeg||Note Added: 0002225|
|2019-10-08 14:53||Olaf||Note Added: 0002226|
|2019-10-09 09:00||IgorBeg||Note Added: 0002228|
|2019-10-09 09:11||IgorBeg||File Added: TransitionAndDifferentsEditsEffects_02.png|
|2019-10-09 18:08||Olaf||Note Added: 0002231|
|2019-10-11 21:06||PhyllisSmith||Note Added: 0002247|
|2019-10-11 22:20||Olaf||Note Added: 0002248|
|2019-10-12 10:06||Olaf||File Added: campro-cw_overview_12101140.png|
|2019-10-12 12:27||Sam||File Deleted: campro-cw_overview_12101140.png|
|2019-10-12 13:49||IgorBeg||Note Added: 0002256|
|2019-10-14 15:36||PhyllisSmith||Note Added: 0002272|
|2019-10-14 18:53||Andrea_Paz||Note Added: 0002280|
|2019-10-14 19:47||PhyllisSmith||Note Added: 0002282|
|2019-10-16 10:55||IgorBeg||Note Added: 0002287|