 |
I tested the new AppImage and the problem didn't appear so far. So it looks good. |
 |
@Lukas If/when you have time, could you test this AppImage to make sure it fixes the speed/plugin problem and provide feedback here. https://cinelerra-gg.org/download/testing/cin-x86_older.AppImage @Andrew-R I only reverted the one line in the current version of auto.C in my latest testing and that is all I changed. Problem is that we do not know what that "blunder" was so it may have broken something else. I will try to see if I can find any notes on it. |
 |
@PhyllisSmith, wow you really did amazing detective work! I'll look at commits in question but then I am afraid I only can make things worse .... |
|
|
@Lukas I think I have isolated the crash and reverted 3 files to a previously working version. BUT it does not make any sense why that would solve the problem AND I am not even sure that it solves all cases. However, I will create an older version AppImage with the change in for you to test when I boot that O/S desktop tomorrow. @Andrew-R Here is an exact set of minimum steps to create the problem. Start with a new bcast, i..e. CIN_CONFIG=/tmp/bcast5 bin/cin Just dismiss the note of the day window (x it gone) load media using replace current project turn on generate keyframes while tweaking drag chromakeyhsv to video bring up chromkeyhsv menu play a little and move the slider in the chromkeyhsv menu to get keyframes stop play, then move cursor and play a little to get another set of keyframes use View to turn on speed curve move cursor to between the 2 sets of keyframes in front of cursor, try to move speed curve it gets stuck and crashes THIS COMMIT CRASHES: commit 25e944875e181186eeb59a124c1822e5b55d2248 Author: Good Guy <good1.2guy@gmail.com> Date: Fri Sep 4 09:17:01 2020 -0600 fix auto id 'that' blunder, tweak keyfrm popup speed undo THIS COMMIT SEEMS TO WORK: commit 22c6251d37911a11e322bf7518e6a992ea0bb6c7 Author: Good Guy <good1.2guy@gmail.com> Date: Wed Sep 2 19:16:24 2020 -0600 add ids to auto/labels, fix awdw gui deadlock, fix fourier bfr bug, fix cache critical section, rework normalize_speed, fix delete_track gang bug So I reverted cinelerra keyframepopup.C, keyframepopup.h, and auto.C to the Sept 2, 2020 version since no further changes were made to those other than a comment. |
|
|
@Lukas, your persistence paid off. Since I noticed in the dmp you provided that you were using the effects Flip, Title, and Chroma Key (HSV) those are the ones I used too. I stuck with Chroma Key or Title which I could get to crash because initially I did not get Flip to crash (this may be a helpfu hint). The Good News is that I can now get it to crash sometimes. The Bad News is that sometimes it does not crash -- actually that is good news too so I can narrow down the root cause. The other good news is that testing with a compiled version from April 2020, it has not crashed so far but by September 2020, it did crash. So with more testing time, I should be able to find which modification caused the problem. I will update progress as it occurs. |
|
|
I think I found it. If I remove all video effects, I can move the speed curve and create keyframes. If I add any video effect, it still works. But when I create at least one keyframe on any video effect and then I move the speed curve, Cinelerra crashes. So it looks like a problem between video effects keyframes and speed curve keyframes. Steps to reproduce: Open or create a project with at least one video clip. Attach any video effect. Create at least one keyframe on any video effect. View -> Speed. Move the speed curve in any place. Cinelerra crashes. |
|
|
I removed all video and audio effects from all tracks and it works now! So it looks like a problem between the speed curve and some effects. I will make tests with different combinations of effects to see what causes the problem. |
|
|
@Lukas (I forgot to actually add the previous note yesterday). So today, I booted a Mint 19 O/S and loaded the same files as described in the late last note. I had no problem modifying speed with the mouse, except of course it was so slow with all of the files I had loaded. We have to be able to reproduce the failure in order to have any chance of resolving it. But I will try some different scenarios. IF YOU HAVE TIME could you try to temporarily rename your $HOME/.bcast5 directory (so you don't lose all of your settings) in order that a new one is created and then try your speed autos with the mouse. It will take longer to actually load your project because it will have to recreate all of the indexes for the files so be patient. If it still fails, then rename your original $HOME/.bcast5 directory so you get your settings back. |
|
|
@Lukas Thanks for the dmp file. Unfortunately it did not help in understanding the issue. Probably ulimit is not the problem thoug So now I am trying to test a similar scenario to yours. Using the 0228 older version AppImage, I loaded 1280x720 Big Buck Bunny which has 6 audio tracks. Because it is about 10 minutes, I appended it 3 times to get to the almost 30 minutes. Then on 3 other tracks I loaded each with 84 clips so I have 4 video tracks total with 252 clips loaded (but 3x duplicates rather than 252 different). Added the speed curve to all tracks and mouse moved it and it did not crash. Tomorrow if I can get the Mint O/S booted, I will test there. |
|
|
I tried it on anothe computer with 8 GB memory, Linux Mint 21.3, CinGG-20250331-x86_64.AppImage and ulimit -n 8192. Unfortunately with the same result. I could also attach the project XML file without video and audio clips, but I don't think it would be very useful. |
|
|
@Lukas Thanks for the dmp file. Unfortunately it did not help in understanding the issue. Probably ulimit is not the problem though. So now I am trying to test a similar scenario to yours. Using the 0228 older version AppImage, I loaded 1280x720 Big Buck Bunny which has 6 audio tracks. Because it is about 10 minutes, I appended it 3 times to get to the almost 30 minutes. Then on 3 other tracks I loaded each with 84 clips so I have 4 video tracks total with 252 clips loaded (but 3x duplicates rather than 252 different). Added the speed curve to all tracks and mouse moved it and it did not crash. Tomorrow if I can get the Mint O/S booted, I will test there. |
|
|
OK, here is the dump file. I tried to increase ulimit, but the system doesn't allow me to do it. I was using 4096 since several years, so I forgot how it worked. I will try to figure it out again. cinelerra_12179.dmp (688,634 bytes) |
|
|
@Lukas Does increasing ulimit to 8192 make a difference? Could you attach the dump here? i.e. - /tmp/cinelerra_12179.dmp or your latest? It does look like using the CinGG-20250228-x86_64-older-distros.AppImage "older version" is necessary for Mint 19.3 because kernel is at 5.0 (newer version appimage is at 5.8.15) and libc at 2.27 (newer version appimage is at 2.31). |
- Anonymous
