Summary: | Waveform display for longer audio track goes out of sync with played or rendered content | ||
---|---|---|---|
Product: | [Applications] kdenlive | Reporter: | info |
Component: | Video Display & Export | Assignee: | Jean-Baptiste Mardelle <jb> |
Status: | RESOLVED FIXED | ||
Severity: | grave | CC: | cbrash9, hsantanna, larsen007, snd.noise, waxwood |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
info
2020-06-21 23:53:24 UTC
Follow up: (1) I did try the "Set Audio Reference" / "Align Audio to Reference" functionality. It actually worked. Thank you for this feature, especially given the limited accuracy waveform display, this really saves the day. :-) (2) The results of this feature are quite close to what I found by manual adjustment from listening to both tracks at the same time, or comparing audio/video in the play-preview. (3) The size of the error is as follows: Maybe 2..5 minutes after the start of the recording, the displayed waveform in the timeline for the external audio (provided in 48 kHz already) is early by ca. 2 frames; and about 20..30 mins later, it is early by about 18 frames. This means that in the timeline, the displayed waveform for the "new" audio track needs to be positioned 18 frames before the displayed waveform of the "original" camera recorded audio, to make audio from both tracks appear in sync (in the playback preview window that is - I still need to see what comes out in the rendering). I can confirm that audio waveform thumbnails on timeline will get out of sync with real sound by several frames, representing around 500 ms of delay from the real sound to the corresponding displayed waveform, and will increase over the timeline progress. Tested with 20.08.1 linux distro package (arch): Confirmed. Tested with kdenlive-20.11.70-8a08988-x86_64.appimage: Confirmed. Tried to clean project cache to regenerate audio thumbnails, closing kdenlive and than reopening the project, but it will be regenerated out of sync again. Tested with and without ffmpeg audio thumbnails, but with the same results. kdenlive-20.11.70-8a08988-x86_64.appimage seems to regenerate audio thumbnails much faster than 20.08.1 linux distro package. *** Bug 410798 has been marked as a duplicate of this bug. *** *** Bug 422139 has been marked as a duplicate of this bug. *** Git commit e0c0a3df27969261ec4bb211e662e61070291d4e by Jean-Baptiste Mardelle. Committed on 12/03/2021 at 17:23. Pushed by mardelle into branch 'master'. Improve audio thumbnail offset on clip cut or longer clips. Related to #973 M +1 -0 src/monitor/view/kdenliveclipmonitor.qml M +2 -1 src/timeline2/view/qml/ClipAudioThumbs.qml M +25 -22 src/timeline2/view/qml/timeline.qml M +6 -3 src/timeline2/view/qml/timelineitems.cpp https://invent.kde.org/multimedia/kdenlive/commit/e0c0a3df27969261ec4bb211e662e61070291d4e Hey folks, can you try the latest daily build [1], or compile from master, and let us know if it is fixed for you after latest commit. Thanks for you report [1] https://binary-factory.kde.org/job/Kdenlive_Nightly_Appimage_Build/lastSuccessfulBuild/artifact/ This has been confirmed as fixed, so will close it here as well. Please reopen if you encounter issues. Thanks for your report. Thank you very much to all of you for fixing this. I've also tried it out (shortly) now, and it looks good. This is great! Kind regards, js (In reply to info from comment #8) > Thank you very much to all of you for fixing this. > > I've also tried it out (shortly) now, and it looks good. This is great! > > Kind regards, js Thanks for the feedback. (In reply to farid from comment #6) > Hey folks, can you try the latest daily build [1], or compile from master, > and let us know if it is fixed for you after latest commit. > > Thanks for you report > > [1] > https://binary-factory.kde.org/job/Kdenlive_Nightly_Appimage_Build/ > lastSuccessfulBuild/artifact/ Have been using 20.12.2 AppImage and it's working like a charm!! Thanks to all who have worked on this issue it's very much appreciated. |