SUMMARY assembling a movie from a music band with following records - A/V recorded with Panasonic Lumix Stream #0:0[0x1011]: Video: h264 (High) (HDPR / 0x52504448), yuv420p(progressive), 1920x1080 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 192 kb/s - Audio recorded with Audacity (speed adjusted 99,97%, splitted and aligned per song to compensate still existing drifts over time) Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s result is lip (or more problematic: drum) sync problems after rendering after approx. 5 min visible Lip sync is ok if I disable the extra audio track SOFTWARE/OS VERSIONS mlt-6.12.0-7.fc29.x86_64 kdenlive-18.12.3-3.fc29.x86_64 ADDITIONAL INFORMATION Seen also in 19.04 (but I've downgraded again because of duration time display bug on fade-out [audio+video]) Also tried with extra audio track extracted WAV from main movie, but didn't help. In project monitor, everything is still fine. Any idea how to debug/trace this? Is this kdenlive or mlt related or any other component?
Just note if I delete the in kdenlive streched WAV and imported one stretched with ffmpeg, all works fine again
We have still sync issues which we not really understand (3-4 frames). 19.04: The fade problem should be fixed now (today). Could you try with the nightly build tomorrow: https://binary-factory.kde.org/job/Kdenlive_Nightly_Appimage_Build/lastSuccessfulBuild/artifact/ .
19.04.1 (build 2607f52) tested regarding the fadeout time bug is mostly gone, strangewise it displays now always e.g. "00:00:05:01" where in 18.x "00:00:05:00" was specified...
The sync problem has plagued MLT for years; good progress occurred last year... hopefully completely solved?