SUMMARY Using Time Remap to speed up a portion of clips in a project results in the entire clip using Time Remap rendering in low quality (appears blurry). Clips in the project without Time Remap (including those sped up with Change Speed) render in high quality (4K) STEPS TO REPRODUCE 1. Add clips to project. 2. Enable Time Remap on a clip with a portion set to increase speed 3. Render project in high quality (4K) MP4-H265 or MP4-H264/AAC OBSERVED RESULT Entire Time Remapped clips within the rendered video are blurry. This includes the portions of the clip sped up and portions left at speed=100%. Non Time Remapped clips are rendered in 4K quality. EXPECTED RESULT All rendered clips should be 4K SOFTWARE/OS VERSIONS Windows: 11 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION In Time Remap: Pitch Compensation on. Preserve Speed of next keyframes on. Frame blending off. Changing these settings results in the same behaviour. Rendering using 100% quality. Occurs with both Full Project and Selected Zone render. Project set to 4K UHD 2160p 60fps. Clips are all 4K.
I have tested according your settings with a clip 2720x1530 59.94fps and I don't get a low quality rendered file. But Kdenlive asked to "Transcode to edit friendly format" before I could apply time-remap. Can you test it again; right click on the problematic clip in the project bin -> "Transcode to edit friendly format" -> render again. Or put the transcoded clip into the timeline, make your speed setting and render just that clip.
(In reply to emohr from comment #1) > I have tested according your settings with a clip 2720x1530 59.94fps and I > don't get a low quality rendered file. But Kdenlive asked to "Transcode to > edit friendly format" before I could apply time-remap. > > Can you test it again; right click on the problematic clip in the project > bin -> "Transcode to edit friendly format" -> render again. Or put the > transcoded clip into the timeline, make your speed setting and render just > that clip. Thanks for the quick response and apologies for my delay getting back to you. I tried your suggestion first but it was not the issue. I think I've figured out what is happening. It looks like the Time Remapped clips use Proxy files to render instead of the original files. These are the steps I just took: Test 1.: Created a new file with the same clip and Time Remap settings to see if it was some obscure option I'd changed. Result 1: The new file rendered correctly at high quality. Test 2: Created a proxy version of the Time Remapped clip in the new project so that I can work without the preview stuttering. Result 2: Even though the "Use Proxy Clips" is NOT selected in the Render dialogue the clip with Time Remapping is rendered at low quality. Other clips in the file without Time Remapping render at high quality. Test 3: Created a proxy version of the other clip in the new project as well Result 3: Same as Result 2. Low quality Time Remapped clip, high quality regular clip.
Thank you for reporting. I can confirm the issue. It seems as soon as a proxy get created Kdenlive doesn't check the original file if it fits for "time remap". Without proxy Kdenlive ask for converting the file to an edit friendly format applying "time remap". So it seems Kdenlive neglect the origin file for rendering.
Git commit 72f5af592ec20b5d30feb270257595a9e13e7b87 by Jean-Baptiste Mardelle. Committed on 28/05/2022 at 14:59. Pushed by mardelle into branch 'master'. Fix timeremap clip always using proxies on rendering. M +8 -1 src/doc/kdenlivedoc.cpp M +1 -0 src/doc/kdenlivedoc.h https://invent.kde.org/multimedia/kdenlive/commit/72f5af592ec20b5d30feb270257595a9e13e7b87
Git commit bfab72ad7079f52516e285f985039d3044b980de by Jean-Baptiste Mardelle. Committed on 02/06/2022 at 06:33. Pushed by mardelle into branch 'release/22.04'. Fix timeremap clip always using proxies on rendering. M +8 -1 src/doc/kdenlivedoc.cpp M +1 -0 src/doc/kdenlivedoc.h https://invent.kde.org/multimedia/kdenlive/commit/bfab72ad7079f52516e285f985039d3044b980de