always_keep_last_seconds bug?

Where all the bugs are reported and discussed
Post Reply
jschwalbe
Posts: 8
Joined: Fri Aug 01, 2014 9:59 pm

always_keep_last_seconds bug?

Post by jschwalbe » 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

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
2. always_keep_last_second=30

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
3. always_keep_last_seconds=60

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
4. always_keep_last_seconds=120

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
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.

Post Reply