Created attachment 165221 [details] Shows the missing icons (which are associated with the wipes that no longer work) SUMMARY I have been working on a project with several audio and video tracks and several wipes. All of a sudden, the icon for some of the wipe methods has disappeared. I noticed it first with "Linear Y" but when I look at the drop down box, several wipe methods no longer have icons, and if selected, the wipe methods cannot be used and do not appear to exist anymore. I was using the "Linear Y" wipe method in this very project which is why I noticed it had disappeared, as when I previewed the project, it replaced "Linear Y" with "Linear X". STEPS TO REPRODUCE 1. Use the stable appimage and create a project with a few video clips in and make sure at least one has a "Linear Y" wipe. 2. Open and close kdenlive and develop the project, making sure you save regularly. 3. Eventually you will notice "Linear Y" has been replaced with "Linear X" in your project. I accept that this is not a 100% reproducible error, but it is very clear and present in my current project. OBSERVED RESULT "Linear Y" is replaced with "Linear X" and numerous wipes have disappeared from the "Wipe Method" drop down menu, having been there for several days. EXPECTED RESULT There should be no corruption of the wipes available. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Debian stable (available in About System) KDE Plasma Version: ? KDE Frameworks Version: 5.112.0 Qt Version: 5.15.10 ADDITIONAL INFORMATION I downloaded the stable appimage and all was working well for a few days. Now I am seeing the problem. Thank you.
This is a bit strange. The Luma files are stored inside the AppImage, which is a readonly filesystem, so I don't understand how this can happen. Did you maybe at some point install/uninstall Kdenlive though your package manager, maybe creating a conflict? If I understand correctly, when starting the AppImage, if you add a wipe composition to an empty project, the linear_y luma is here and works, but is missing / empty for a specific project ? Could you check in /usr/share/kdenlive/lumas or /usr/local/share/kdenlive/lumas if you have any file /folders there ? Could you open the problematic project file in a text editor, look for "linear_x" and "linear_y" and tell me the full path for these tiles in the project file ?
(In reply to Jean-Baptiste Mardelle from comment #1) > This is a bit strange. The Luma files are stored inside the AppImage, which > is a readonly filesystem, so I don't understand how this can happen. Did you > maybe at some point install/uninstall Kdenlive though your package manager, > maybe creating a conflict? > If I understand correctly, when starting the AppImage, if you add a wipe > composition to an empty project, the linear_y luma is here and works, but is > missing / empty for a specific project ? Yes, this specific project developed the problem. > Could you check in /usr/share/kdenlive/lumas or > /usr/local/share/kdenlive/lumas if you have any file /folders there ? > Could you open the problematic project file in a text editor, look for > "linear_x" and "linear_y" and tell me the full path for these tiles in the > project file ? I do not have any files or folders called kdenlive in /usr. If I open the project file I see this: <transition id="transition0" in="00:00:08.750" out="00:00:11.733"> <property name="a_track">6</property> <property name="b_track">7</property> <property name="geometry">00:00:00.000=0% 0% 100% 100% 0%;00:00:02.983=0% 0% 100% 100% 100%</property> <property name="factory">loader</property> <property name="aligned">0</property> <property name="progressive">1</property> <property name="mlt_service">composite</property> <property name="kdenlive_id">wipe</property> <property name="luma">/tmp/.mount_kdenliJ3Cndz/usr/share/kdenlive/lumas/HD/linear_y.pgm</property> <property name="softness">0</property> <property name="luma_invert">1</property> <property name="fill">1</property> </transition> The /tmp line is strange as that path if different every time I run the Appimage. If I delete the path before "linear_y.pgm" and reopen the project file I still see the problem. I am able to fix the problem by selecting "Linear X" as the wipe (which does have an icon next to it) and I must then play back the wipe in full then stop playback. Now I am able to select "Linear Y" and its icon has reappeared. It now behaves correctly.
The changing path with /tmp/.mount... is normal, this is the way Appimage works, mounting its filesystem on a temporary path. Kdenlive then autocorrects the paths on project opening. Can you check if there us any other instance of "linear_y" in the project? If possible for you, attaching the project file might help me understand the issue...
There are no other references to linear_y. I should add that the project is one I converted from 60fps to 24fps after I had done some work on it, so it's possible this is the cause of the problems. I'll try and upload an anonymised version of the project.
Created attachment 165319 [details] Project file with problem of linear_y being replaced by linear_x (using appimage)
Thanks for the project file, I can reproduce and will work on a fix.
Git commit c7b4620046c5de48a678d94133c936c5c5dfa342 by Jean-Baptiste Mardelle. Committed on 30/01/2024 at 08:17. Pushed by mardelle into branch 'release/24.02'. Fix luma files not correctly checked on document open, resulting in change to luma transitions Also handle duplicate filenames M +22 -7 src/assets/view/widgets/urllistparamwidget.cpp M +4 -7 src/doc/documentchecker.cpp M +1 -1 src/doc/documentchecker.h M +0 -1 src/transitions/view/mixstackview.cpp M +0 -1 src/transitions/view/transitionstackview.cpp https://invent.kde.org/multimedia/kdenlive/-/commit/c7b4620046c5de48a678d94133c936c5c5dfa342
Git commit 138cea76db4b9064769ec6a2690832a693f9190c by Jean-Baptiste Mardelle. Committed on 30/01/2024 at 08:52. Pushed by mardelle into branch 'release/23.08'. Fix Luma issue M +9 -5 src/assets/view/widgets/urllistparamwidget.cpp M +14 -15 src/doc/documentchecker.cpp https://invent.kde.org/multimedia/kdenlive/-/commit/138cea76db4b9064769ec6a2690832a693f9190c
That's excellent news. Thanks a lot. I look forward to the new appimage.