View Issue Details

IDProjectCategoryView StatusLast Update
0000666Cinelerra-GG[All Projects] Bugpublic2024-12-06 21:23
ReporterMatN Assigned ToPhyllisSmith  
PrioritynormalSeverityminorReproducibilityalways
Status acknowledgedResolutionopen 
PlatformX86_64OSMint XFCEOS Version22
Product Version 
Target VersionFixed in Version 
Summary0000666: Labels get positioned at about twice the time from when they were created after save/exit/reload/
DescriptionCinGG built from git 2024-11-24 , not the AppImage version.

Allocation multiple labels and naming them, then saving, and exiting CinGG. Then reload CinGG, via File->Load recent open the saved settings in the .xml file. Jumping back and forth between labels and checking their names, shows they are positioned on about twice the time distance from the beginning.

No errors are shown in the terminal CinGG was started from.
Steps To ReproduceSee Description
Additional InformationFile format h264 720x576 50.00 pix yuv420p

XML file label section:
<LABELS>
<LABEL TIME=2.7559999999999999e+01 TEXTSTR=part1-1></LABEL>
<LABEL TIME=1.1065400000000000e+03 TEXTSTR=part1-2a></LABEL>
<LABEL TIME=3380 TEXTSTR=part1-2></LABEL>
<LABEL TIME=3.8518199999999997e+03 TEXTSTR=part1-3></LABEL>
<LABEL TIME=4.0136800000000003e+03 TEXTSTR=part1-4></LABEL>
<LABEL TIME=4.2115599999999995e+03 TEXTSTR=part1-5></LABEL>
<LABEL TIME=4.4741000000000004e+03 TEXTSTR=part1-6></LABEL>
<LABEL TIME=5.4373600000000006e+03 TEXTSTR=part1-7></LABEL>
<LABEL TIME=9.2491000000000022e+03 TEXTSTR=""></LABEL>
</LABELS>
Label part1-2 for instance when created it was on 00:18:26:27, after exit/reload now on 0:56:20:00 .
TagsNo tags attached.

Activities

PhyllisSmith

PhyllisSmith

2024-12-06 21:23

manager   ~0005728

@MatN
@Andrew-R
Thanks for Mat's update. In looking at cinelerra/labels.C, on line 244 there is a commented out "printf" line which suggests that it had a problem at some point and that was used in debugging. So maybe there is an anomalous bug still remaining causing the weird number of 3380 in the line "<LABEL TIME=3380 TEXTSTR=part1-2></LABEL>". (it does not seem relevant that $HOME/.bcast could be the problem, although starting with a default one cleared up some other problems for me).

So will leave this BT open in hopes that someday, a genius will come by who can easily reproduce and fix this potential problem.
MatN

MatN

2024-12-04 20:35

reporter   ~0005727

I've been trying again, but now the error has gone. It does not matter if I include the badly formatted label line. That line is simply ignored if it is included (as one would expect).
Jumping back and forth between the labels gives me now the exact same spot up to the the frame number each time, whether the bad line is included or not.
Yet before I reported it I had days of it re-occuring. I don´t know how many (three at least) times I started all over before it finally worked as expected. Maybe because at that time I started noting positions in a spreadsheet instead of relying on the labels :-) .

Stupidly, I didn't save the .bcast5 , I made a note of it now in case I have the problem again, and will use CIN_CONFIG=/tmp/bcast5 bin/cin . Thanks for the tip.

I did not have any system crashes, or CinGG crashes, and only some flatpak program updates; the system might have been in Suspend mode one or two times, but I cannot see how that can have an effect. A DVD-RW or DVD-RAM copy from optical to SSD (both Sata drives) might have been going on at times and using different file names, but that doesn´t tax the CPU at all.
PhyllisSmith

PhyllisSmith

2024-12-02 22:19

manager   ~0005726

@MatN
@Andrea_Paz
@Andrew-R

"I wonder if this weird label line has something to do with it I have not seen that before."

I was wondering that also. It looks like a one-off mistake in the code or perhaps an interruption/timing problem in the operating system?
Assuming you meant this line: <LABEL TIME=3380 TEXTSTR=part1-2></LABEL>
MatN

MatN

2024-12-02 20:51

reporter   ~0005725

It will be Wednesday before I can test again, but I wonder if this weird label line has something to do with it I have not seen that before.
PhyllisSmith

PhyllisSmith

2024-12-02 19:27

manager   ~0005724

Also, Andrea Paz, who usually runs Arch and keeps it updated reported no problems either.
PhyllisSmith

PhyllisSmith

2024-12-02 15:41

manager   ~0005723

@MatN
Still not able to reproduce a problem (not using AppImage either). If you get the time, could you start out with the default bcast5 file by using:
   CIN_CONFIG=/tmp/bcast5 bin/cin
this temporary bcast5 file will ensure you do not lose your settings.
PhyllisSmith

PhyllisSmith

2024-12-02 02:31

manager   ~0005721

So far I have not been able to reproduce this problem. Fedora 32 worked as expected so I tried on the latest Fedora 40 and still not able to reproduce. I will test more tomorrow. Steps I used:
1) loaded video
2) added 3 labels at 3 different spots and gave them names.
3) used next and previous labels icons on the timeline to move back and forth.
4) did File->Save as ... as an xml file
5) exited Cinelerra, then used File-> recent to load that xml file; moved back and forth no issues
6) finally I moved 1 of the labels to another position and saved to a different named xml file
7) again exited, loaded that xml file and all looked good; edited the xml file to view the LABELS and all looked correct.
PhyllisSmith

PhyllisSmith

2024-12-02 00:38

manager   ~0005720

Andrew-R will make an attempt to reproduce and see if possible to fix.

Issue History

Date Modified Username Field Change
2024-12-01 12:19 MatN New Issue
2024-12-02 00:38 PhyllisSmith Assigned To => PhyllisSmith
2024-12-02 00:38 PhyllisSmith Status new => acknowledged
2024-12-02 00:38 PhyllisSmith Note Added: 0005720
2024-12-02 02:31 PhyllisSmith Note Added: 0005721
2024-12-02 15:41 PhyllisSmith Note Added: 0005723
2024-12-02 19:27 PhyllisSmith Note Added: 0005724
2024-12-02 20:51 MatN Note Added: 0005725
2024-12-02 22:19 PhyllisSmith Note Added: 0005726
2024-12-04 20:35 MatN Note Added: 0005727
2024-12-06 21:23 PhyllisSmith Note Added: 0005728