If I add footage material of my Canon XF100 the end of the clips is missing in clip and project monitor and sadly after rendering, too. The footage is 1080i with 25fps. Reproducible: Always Steps to Reproduce: 1. Add the clips 2. Play them, either in clip or project monitor 3. Alternatively render that project Actual Results: The clips and project isn't displayed correct. Expected Results: Show and render the footage material correct, as it did till a previous version, probably not long before version 15.08.1-1 on an arch system. In the forum I also described the problem, the link to that thread is added above in the URL form.
Would it be possible for you to record a video example where the issue occurs? You can upload it to http://archive.org/ as "video stock" or to dropbox/google drive/box.net etc.
Thanks for your report. There is a currently known issue in FFmpeg's recent git that causes seeking issue and incorrect display with MXF files. The problem has been reported on FFmpeg's bugtracker: https://trac.ffmpeg.org/ticket/5017 This issue should hopefully be solved soon. In the meantime, Dan Dennedy from MLT recommands using FFmpeg <= 2.7 because of some recent API changes that have not been fully tested agains MLT.
I uploaded the footage with which I experienced the error for the first time to http://we.tl/Ri3cATVYpW and http://we.tl/cXkRH4Y0TN Sorry for the big files, but as they are recorded as one sequence it's easier to see the misbehaving: There is a gap between the files if you play them in kdenlive while there is no gap in the footage if you play them in ffplay as well as in melt or VLC. I'll try it with FFMmpeg <= 2.7 as a workaround.
I didn't get an older version of ffmpeg running because of unresolvable dependencies with "libvpx.so=2-64" and "libx265.so=59-64" :(
A patch was committed to FFmpeg's git master yesterday that seems to fix the seeking issue with MXF clips. Seems to work for me. Do you have a way to try FFmpeg's latest git version ?
I didn't manage to install the git version of FFmpeg, but tried it in Arch Linux with the ffmpeg 1:2.8.4-1, build on 20th December. The error/bug sadly still remains. In the Kdenlive forum a user suggested to convert the files with "ffmpeg -i 1080i_25fps_footage.mxf -c copy x.mkv" which works as a workaround.
As the mentioned FFmpeg bug is fixed, but the problem with .MXF files remain, the problem seems to be located elsewhere, nor?
Thomas, can you please test using the recent stable Kdenlive 16.04.2 version, with MLT 6.2.0+ at least, and ffmpeg 3.0.0+? Does the bug still persists? If not, I would like to ask you to be so kind as to close this bug report. Thank you very much for your cooperation!