I've got various DVB-S2 recordings (H.264, 720p50) which I want to cut in kdenlive, but when I want to make a frame-exact cut, I have a hard time finding the correct position. I use the arrow keys to navigate in the timeline. When I come from the left or from the right, the picture I see in the project monitor is different. My initial guess is that the rendering is messed up for non-I(DR) frames when coming from the right, because when I convert the recording into H.264 with keyint=1 in advance, everything works perfectly. Sorry, I couldn't fill in the version, I'm running debian 15.12.3-1, but there is no 15.12.3 in the Version field. Reproducible: Always Steps to Reproduce: Open DVB-S2 recording in kdenlive, add it to the timeline, navigate with the arrow keys Actual Results: Project monitor displays different frames when coming from the left/right Expected Results: Project monitor doesn't depend on the direction I'm moving in the timeline
tcl_de, I suspect this to be an issue with the seeking behavior of MLT. Can you please play your source footage in melt, seeking forth and back? My understanding is, that especially with H.264 footage there is no exact seek under some conditions.
I'm sorry for the late reply. You are right, when I seek backwards in melt it shows the same issue. Furthermore it prints: co located POCs unavailable
Tcl_de, thank you for checking with melt. So we now know that this is an upstream issue, either with melt or ffmpeg. Can you please contact the MLT devs? They can probably evaluate if this is a MLT or ffmpeg issue at all, or if this is the way seeking is limited for H.264 footage.
Sure, I opened mlt bug 154.