View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000430||Cinelerra-GG||[All Projects] Bug||public||2020-05-13 09:49||2020-07-03 13:20|
|Target Version||Fixed in Version|
|Summary||0000430: Bug in nested asset length ?|
|Description||In the timeline, when changing a nested asset, the lenght is not updated.|
|Steps To Reproduce||See the video|
|Tags||Assetedit, bug, EDL, nesting|
Sorry for a further delay -- we have not forgotten this and will attempt to get something done about it this month.
I just redo the test on the last version of July. I confirm that there is no change regarding the audio. The bug is still present.
|How did I miss that? Oh, I see -- my demo had no audio. Will work on a fix.|
I just installed the May 31 version of cinelerra. After examination, the video problem is well resolved. However, the audio tracks remain unchanged.
Another little effort and it's good.
See the video
bug-2.webm (2,452,845 bytes)
OK, I did not run my test correctly and now I have correctly tested on the Debian 10 tar file that you used and it works when I did it right. You can see how I followed your steps 1-3, 5-7 in your bug.webm.
So it really should work for you also. The important thing that GG mentioned is that clips are always just copies so you have to be sure to drag the actual nested clip to the timeline and use OpenEDL on that. This is what I finally got right and then after OpenEDL, I did a cut of a large section, and popped back up from level 1 to level 0 and the dragged nested clip on the timeline was shortened also. However, what I got wrong was that I expected the original clip that I had also dragged to the timeline to be cut also, and that is not true because it is only a copy.
I tried 3 different times with each time working correctly. However, I did find another problem which is that when you pop back up, the thumbnails on the timeline were in cache so looked wrong even though it shows the correct video in the compositor. GG will try to get this fixed today.
P.S. I played the big red ball scene twice because I just think it is so funny.
|You did everything right. We did something wrong here but I do not know what --- yet. I will have to found out what went wrong.|
I install the file like this:
$ cd ~ /Téléchargements
$ wget https://cinelerra-gg.org/download/testing/cinelerra-5.1-debian10-x86_64-static.txz
$ mkdir /tmp/cin
$ cd /tmp/cin
$ tar -xJf ~ /Téléchargements/cinelerra-5.1-debian10-x86_64-static.txz
I don't find /tmp/cin/bin/cin but I find /tmp/cin.
I decide to start by typing /tmp/cin.
After many testing, there is no difference. The bug is still there.
I look for the version of this cinelerraGG and for me it's the same as mine (built: Apr30 2020).
Is the good file ? or i'm wrong somewhere.
If you would like to do just a quick test, that would be helpful but ONLY IF YOU HAVE TIME. GG and I come from a computer program background and are not very proficient in NLE editing like people who use this for actual creation of artistic videos. First just download:
You can just install this in /tmp on a temporary basis (until the computer reboots and deletes it) and it does not interfere with your 20200430 installation of Cinelerra.
To use the single user builds, download the tarball and unpack as indicated:
cd /path #(for example, substitute /tmp for /path)
mkdir cin #(so that your location directory would be /tmp/cin)
tar -xJf /$HOME/Downloads/cinelerra-5.1-debian10-x86_64-static.txz #(if downloaded to $HOME/Downloads)
Then to start Cinelerra, you would do so from a window by typing:
/tmp/cin/bin/cin #(if /tmp/cin is where bin is located)
|Ok for the principle. My operating system is Debian 10 and I use the version of cinelerraGG 1: 5.1.20200430|
|A mod was checked into GIT which seems to fix this problem. I did minimal testing and it would be helpful if you could also -- if you let us know which operating system and version you are using we could build a static tar for that and if you would be willing to make a cursory test.|
|You are right again -- it is a bug. GG will work on it but this one is more involved than the last bug you found. Will update you when he finds a good solution. Thanks for finding this -- the OpenEDL is also a relatively new feature and would benefit from more usage and more testing.|
bug_after.xml (18,535 bytes)
bug_before.xml (9,357 bytes)
bug.webm (3,645,011 bytes)
|2020-05-13 09:49||fary54||New Issue|
|2020-05-13 09:49||fary54||Tag Attached: Assetedit|
|2020-05-13 09:49||fary54||Tag Attached: bug|
|2020-05-13 09:49||fary54||Tag Attached: EDL|
|2020-05-13 09:49||fary54||Tag Attached: nesting|
|2020-05-13 09:49||fary54||File Added: bug.webm|
|2020-05-13 09:49||fary54||File Added: bug_after.xml|
|2020-05-13 09:49||fary54||File Added: bug_before.xml|
|2020-05-14 01:42||PhyllisSmith||Assigned To||=> PhyllisSmith|
|2020-05-14 01:42||PhyllisSmith||Status||new => confirmed|
|2020-05-14 01:42||PhyllisSmith||Note Added: 0003421|
|2020-05-28 02:51||PhyllisSmith||Note Added: 0003485|
|2020-05-28 06:29||fary54||Note Added: 0003488|
|2020-05-28 18:14||PhyllisSmith||Note Added: 0003503|
|2020-05-29 12:03||fary54||Note Added: 0003510|
|2020-05-29 16:59||PhyllisSmith||Note Added: 0003514|
|2020-05-29 23:02||PhyllisSmith||Note Added: 0003518|
|2020-06-01 08:23||fary54||File Added: bug-2.webm|
|2020-06-01 08:23||fary54||Note Added: 0003539|
|2020-06-01 17:50||PhyllisSmith||Note Added: 0003545|
|2020-07-03 06:45||fary54||Note Added: 0003723|
|2020-07-03 13:20||PhyllisSmith||Note Added: 0003725|