always_keep_last_seconds bug?
Posted: Fri Aug 15, 2014 7:43 pm
Perhaps another bug also related to EDL/XML files in conjunction with always_keep_last_seconds.
I ran comskip four times, with various settings of always_keep_last_seconds and got these for EDL output:
1. always_keep_last_seconds unset
2. always_keep_last_second=30
3. always_keep_last_seconds=60
4. always_keep_last_seconds=120
What's important to note, is that the length of the recording (according to VLC and to ffmpeg) is 1858.27 seconds. This means the .edl files would keep only the last:
25.07 sec (instead of 30)
50.11 sec (instead of 60)
100.15 sec (instead of 120).
All the other edits made in the .EDL files are correct from a time standpoint, so I wouldn't expect this to be related to a bad file timeline.
I ran comskip four times, with various settings of always_keep_last_seconds and got these for EDL output:
1. always_keep_last_seconds unset
Code: Select all
0.00 61.52 0
112.00 278.00 0
899.96 1048.28 0
[b]1620.12 1858.20[/b] 0
Code: Select all
0.00 61.52 0
112.00 278.00 0
899.96 1048.28 0
[b]1620.12 1833.20[/b] 0
Code: Select all
0.00 61.52 0
112.00 278.00 0
899.96 1048.28 0
[b]1620.12 1808.16[/b] 0
Code: Select all
0.00 61.52 0
112.00 278.00 0
899.96 1048.28 0
[b]1620.12 1758.12[/b] 0
25.07 sec (instead of 30)
50.11 sec (instead of 60)
100.15 sec (instead of 120).
All the other edits made in the .EDL files are correct from a time standpoint, so I wouldn't expect this to be related to a bad file timeline.