Kdenlive 23.08.3 continua lo sforzo di migliorare la stabilità in preparazione all’aggiornamento a Qt6. Fra le cose più intrressanti presenti in questa nuova versione vogliamo sottolineare le seguenti novità: l’importazione delle clip è ora più veloce (come parte del lavoro di miglioramento delle prestazioni); È stato aggiunto un nuovo profilo di rendering PNG con supporto per il canale alfa e sono stati corretti i problemi con i profili di rendering video sempre con alfa; Il time remapping può ora essere applicato alle sequenze e Whisper funziona su tutti i sistemi.
Lista completa
- Fix timeremap. Commit.
- Fix replace clip keeping audio index from previous clip, sometimes breaking audio. Commit. See bug #476612.
- Create sequence from selection: ensure we have enough audio tracks for AV groups. Commit.
- Fix timeline duration incorrect after create sequence from timeline selection. Commit.
- Fix project duration not updating when moving the last clip of a track to another non last position. Commit. See bug #476493.
- Don’t lose subtitle styling when switching to another sequence. Commit. Fixes bug #476544.
- Fix crash dropping url to Library. Commit.
- When dropping multiple files in project bin, improve import speed by not checking if every file is on a remote drive. Commit.
- Fix titler shadow incorrectly pasted on selection. Commit. Fixes bug #476393.
- Fix pasted effects not adjusted to track length. Commit.
- Fix timeline preview ignored in temporary data dialog. Commit. Fixes bug #475980.
- Speech to text: fix whisper install aborting after 30secs. Commit.
- Don’t try to generate proxy clips for audio with clipart. Commit.
- Clip loading: switch to Mlt::Producer probe() instead of fetching frame. Commit.
- Multiple fixes for time remap losing keyframes. Commit.
- Add png with alpha render profile. Commit.
- Fix Mix not correctly deleted on group track move. Commit.
- Fix rendering with alpha. Commit.
- Rotoscoping: don’t auto add a second kfr at cursor pos when creating the initial shape, don’t auto add keyframes until there are 2 keyframes created. Commit.
- Fix keyframe param not correctly enabled when selecting a clip. Commit.
- Fix smooth keyframe path sometimes incorrectly drawn on monitor. Commit.
- Properly adjust timeline clips on sequence resize. Commit.
- Remove unused debug stuff. Commit.
- Fix project duration not correctly updated on hide / show track. Commit.
- Fix resize clip with mix test. Commit.
- Fix resize clip start to frame 0 of timeline not correctly working in some zoom levels,. Commit.
Hi!
This one isn’t new for 23.08.3 - if I understand correctly (which I’m not entirely sure I do
it is an artifact of the changes in MLT 7, but I bumped into it again today when making some changes to an old project from the 21.x days.
The kdenlive appimage no longer ships physical files for the numbered wipe lumas (luma01-22.pgm), which I gather from MLT - Documentation is because MLT no longer ships them, it generates them dynamically when the old names are used.
kdenlive still lists those wipe methods in the composition dialog, and explicitly enumerates names for them in core.cpp but if you select them, they don’t actually work/get used.
If you load a “custom” wipe method with those names (using a local copy of those pgm files from an earlier release) everything works exactly as expected - but it seems kdenlive might need to jump through some extra hoop with MLT 7 to use the autogenerated ones?
These are Sometimes Useful wipes, so it would be nice to keep them (and compatibility with old projects that used them). Right now loading a project that had used them silently ‘fails’ (there’s no warning, but rendering the project doesn’t use the selected wipe).
Hi, as a windows user the close Fullscreen shortcut has still not been addressed ie 1) F11 (Monitor > Switch Monitor Fullscreen) to enter fullscreen 2) F11 appears to have reverted back to normal view but it hasn’t when it come to use shortcut keys eg J key.
Reported in July 2023:
https://bugs.kde.org/show_bug.cgi?id=472363
Ok, and here’s a fun bug I haven’t seen prior to 23.08.3 … I didn’t notice it when I first created this part of the project with 23.08.1, but I can’t say offhand whether it didn’t happen there or I just didn’t notice.
I have a 29.97fps (4k if it matters but it probably doesn’t) clip that I’ve cut to 5:04,17 duration and then tried to apply some gentle time remapping to. The bug I noticed after rendering is that it appears to stall on some frames in the initial part of the clip where the speed should still be 100%, as if it’s slowed it by a small percentage.
At first I thought there must have been some corruption in the project, but it appears to be entirely reproducible, if I just take that clip, enable time remapping, then add a single keyframe at 0:24,00. Even if I don’t change the speed of any part of the clip, some frames prior to that keyframe get duplicated during playback as if it had been slowed.
Presumably there’s some rounding or off-by-one type error happening somewhere, because if I just move that keyframe to 0:23,25, then the bug goes away and the remapping works as expected.