https://bugs.kde.org/show_bug.cgi?id=478562
Jean-Baptiste Mardelle <j...@kdenlive.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REPORTED |CONFIRMED
Ever confirmed|0 |1
--- Comment #2 from Jean-Baptiste Mardelle <j...@kdenlive.org> ---
We use an ffmpeg command to detect the scene changes:
ffmpeg -loglevel info -i source.mkv -filter:v "select='gt(scene,0.4)',showinfo"
-vsync vfr -f null -
Then we extract the pts_time values.
Testing the command on your 2 source files, the filter effectively gives
different results with a small offset as shown in Kdenlive. Not sure How this
can be solved. I tried replacing vsync by the newer fps_mode, and test several
values for it but it didn't make any change...
Also, I tried remuxing the video-long.mkv file to MP4, using :
ffmpeg -i video-long.mkv -c:a copy -c:v copy output.mp4
And now the 2 videos are different, the transcoded output adds 2 duplicated
frames at the start of the video, which now matches the detected scenes by
Kdenlive.
Another option would be to try to detect the "start" value you mentionned in
your comment in FFmpeg (as it is not available in Kdenlive) and substract it
from the resulting timecodes...
Not sure what is the best way to solve this.
--
You are receiving this mail because:
You are watching all bug changes.
