SUMMARY In the timeline, video thumbnails are not visible by using the highest zoom level STEPS TO REPRODUCE 1. Start Kdenlive with no project 2. In project bin, add clip (.mp4) 3. Move clip to the timeline 4. Click into the timeline (somewhere) 5. Zoom ip to zoom level 21/21 6. "show video thumbnails" is checked. OBSERVED RESULT No single video thumbnails visible since version 19.xx EXPECTED RESULT Single video thumbnails visible as it was in Version 18.xx SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE NEON 5.15 and/or openSUSE Tumbleweed KDE Plasma Version: 5.15.5 KDE Frameworks Version: 5.59.0 Qt Version: 5.12.3 ADDITIONAL INFORMATION All Kdenlive settings are on default. Hope someone can confirm that behavior to ensure that I am not misuse something. Many thanks!
Tested with Windows 19.04.2-3. Zoom up to 21/21. Video thumbnail is visible. Please try with the current Kdenlive AppImage version 19.04.2d to see if there are any packaging issues https://files.kde.org/kdenlive/release/ If the problem/issue doesn't occur when using the AppImage, then it's your configuration or packaging.
Very good idea. I did the run with kdenlive-19.04.2d-x86_64.appimage Unfortunately, the issue still persists. Attached a screenshot of what I see.
Created attachment 120799 [details] Screen shot
Right click on the track header -> track thumbnails -> enable in/out frame. Do you see the first and last thumbnail (timeline -> enable "show video thumbnails")?
Obviously, that changed the behaviour. Now, I can see the single thumbnails which is great news. However, using that setting my computer crashed several times with a 3GB m2t file (it never crashed with 18.xx version before). Please let me investigate that further - I will come back to you. Many thanks so far!
Thanks again for your help. I didn't know the menu you described yet - it is probably new in 19.XX. It seems to work anyway, even if I have to say that the computer performance requirements have obviously increased. This leads to crashes and the computer stops responding, at least on my computer, and this did not happen before in 18.XX. Then, I found another inconsistency. If I switch on all thumbnails frames (Right click on the track header -> track thumbnails -> all frames) and then perform a cut somewhere in the middle of the video by using the Razor tool, then the thumbnails to the right of the cut are again not displayed. This is a little strange, and I don't know if this makes sense. Otherwise I would say, we can close this thread here since the actual issue has been solved. What is your opinion?
Now it gets interesting. Yes we have still a performance issue on the timeline which we don't know the root cause. I tested with a short clip: track thumbnails -> all frames. Cut the clip with the razor tool in the middle. All thumbnails to the right of the cut are rebuild and displayed. Stay with the AppImage. Could you make a test with short clip (20sec, 3min)? I think we can stay within this bug and change the title afterwards.
Created attachment 120831 [details] Screen shot: Loading short clip without zoom
Created attachment 120832 [details] Screen shot: Loading short clip with max zoom
Created attachment 120833 [details] Screen shot: Loading short clip with max zoom and cut
Ok, tested with kdenlive-19.04.2d-x86_64.appimage again: - Used a short mp4 clip (about 8 sec, 21 Mib) - track thumbnails -> all frames - Zoom into max level somewhere in the middle of the clip --> All thumbnails are shown (OK) - Cut the clip with the razor tool somewhere in the middle --> The thumbnails to the right of the cut are again *not* displayed I just submitted three screenshots (clip loaded, max zoom level, after cut). Many thanks!
I tested with a MP4 as well (Windows and Linux). Works fine. I see 21.5MiB. Is this the video bitrate? This is a 9:16 mobile video. Could you upload the test video (here or on a dropbox)?
The 21.5MiB is just the size. I sent a dropbox link 1 minute ago.
Created attachment 120847 [details] clip_cut.webm Thank you for the file. Strange, I cannot reproduce. See the screengrab. GPU acceleration disabled?
Indeed, that's strange. I have no idea. What I can say is that I have not intentionally disabled GPU capabilities. Let me check this on an alternative laptop with KDE neon standard installation and settings (and not with openSUSE Tumbleweed as I during that experiment). I will use the same Kdenlive version, and the same video. Unfortunately, can do it by tomorrow morning only.
Created attachment 120855 [details] Clip
Please have a look to the clip attached - I have used another machine with KDE Neon, same kdenlive-19.04.2d-x86_64.appimage and the same video as shared yesterday. The thumbnails to the right of the cut are again not displayed. That said I think we can exclude any GPU issues.
Git commit 61bde8d586589791f5904135ec85b42841fbcbbf by Jean-Baptiste Mardelle. Committed on 14/06/2019 at 06:34. Pushed by mardelle into branch 'Applications/19.04'. Fix thumbs not displayed in all thumbs view M +6 -4 src/timeline2/view/qml/ClipThumbs.qml https://invent.kde.org/kde/kdenlive/commit/61bde8d586589791f5904135ec85b42841fbcbbf
Thanks JBM for the fix. Sebastian. You can try if it’s fixed with today’s nightly build #203: https://binary-factory.kde.org/job/Kdenlive_Nightly_Appimage_Build/lastSuccessfulBuild/artifact/
Many thanks - #203 is working fine now. I am happy to help further, for example with tests on my low/mid-end machines (performance issue?) - let me know if this is something you need. I leave it with you to close this thread or to keep it open until the next formal revision. Thanks again!
Thank you for the feedback. Glad to hear it works. Any help is always appreciated specially on not that performant machines. To keep good tracking please open per issue a new bug. We close this bug. If it still appears in the latest version, please feel free to re-open it and update the affected version number.