SUMMARY Project uses LRV files for proxy files. If clip sources are moved (e.g. directory name change or opening project on a different computer with a different file structure) kdenlive popup asks user to search for clips recursively or manually. Choosing recursive, LRV files are not set as proxies and no clips in the project have proxies. Choosing manual, selecting LRV sets the actual clip to the LRV file, not setting the proxy as the LRV. Rendered output is low res. STEPS TO REPRODUCE 1. Create a project that uses LRV files as proxies and add an LRV clip to the Project Bin 2. add clip to timeline. 3. Save project 4. Move clips to a different location 5. Open Project 6. Search recursively for directory of clips, or manually for each clip. 7. When all clips found then select OK OBSERVED RESULT Project will have clips but no Proxy indicator and proxies are not used in interface resulting in choppy preview. If LRV was chosen as replacement clip manually then rendered output will be low res. EXPECTED RESULT If LRV proxies are a selected option in Project settings then LRV files should be searched for when finding clips recursively. If clips are found manually then LRV should be set as proxy and mp4 as original regardless of whether LRV or MP4 selected by user. SOFTWARE/OS VERSIONS Windows: 10/11 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION This could be a problem if using multiple machines while working on a single project.
Git commit 7730d39bd924bdbe57def3ffd7fbf32cf4330c5f by Jean-Baptiste Mardelle. Committed on 15/07/2022 at 07:26. Pushed by mardelle into branch 'release/22.08'. When source clip and proxy are both missing, propose to recreate proxy (or reuse existing on in case of LRV) M +14 -5 src/doc/documentchecker.cpp https://invent.kde.org/multimedia/kdenlive/commit/7730d39bd924bdbe57def3ffd7fbf32cf4330c5f
Can you please test the daily development Appimage build to see if the problem is fixed for you ? https://binary-factory.kde.org/view/AppImage/job/Kdenlive_Nightly_appimage-centos7/
(In reply to Jean-Baptiste Mardelle from comment #2) > Can you please test the daily development Appimage build to see if the > problem is fixed for you ? > https://binary-factory.kde.org/view/AppImage/job/Kdenlive_Nightly_appimage- > centos7/ The problem seems fixed. As I'm running Windows 11 I tested this using WSL to run the appimage file. It ran and because the mount point is different for the Ubuntu instance opening the test project required me to find the source files. Searching recursively and manually and requiring proxies to be rebuilt resulted in the expected behaviour: Clips tagged as Proxies in the Project Bin. Rendering to file was done at high resolution so high def original clips used instead of proxies. Thanks!