Created attachment 162093 [details] Side by side broken and working kdenlive SUMMARY *** Upon dragging a video with multiple audio tracks into Kdenlive's timeline the first audio track into the second deleting the contents of the second track which makes editing videos with multiple audio tracks completely impossible *** STEPS TO REPRODUCE 1. Drag a video with multiple audio tracks into the timeline OBSERVED RESULT The first audio track is duplicated into the second track deleting any contents in the second track EXPECTED RESULT Audio tracks to be treated seperately SOFTWARE/OS VERSIONS OS: Arch Linux Package: Arch Repo Kdenlive Version 23.08.1 KDE Frameworks: Version 5.110.0 Qt Version 5.15.10 (built against 5.15.10) MLT Version 7.20.0
This is broken for me also. I record game audio to one channel and voice to another. In 22.12.3, the two audio channels were correctly handled when I dragged the video into the main timeline. In the clip view, only the lowest-numbered audio track could be heard, but both histograms were visible. In 23.08.1, it shows two audio channels, but they are clones of the first audio channel (game sounds). The second (voice) channel appears to have been lost and replaced.
(In reply to Matthew Pocock from comment #1) > This is broken for me also. I record game audio to one channel and voice to > another. In 22.12.3, the two audio channels were correctly handled when I > dragged the video into the main timeline. In the clip view, only the > lowest-numbered audio track could be heard, but both histograms were > visible. In 23.08.1, it shows two audio channels, but they are clones of the > first audio channel (game sounds). The second (voice) channel appears to > have been lost and replaced. The audio is handled correctly in kdenlive-23.08.0-x86_64.AppImage but not in kdenlive-23.08.1-x86_64.AppImage, so I guess that gives you a bisection point -- however, there's an issue with some of my videos being truncated that is fixed in .1 but still broken in .0 so I guess I'm stuck for now.
This was caused by a change in the MLT video framework, and has been fixed in the soon to be released 23.08.2. *** This bug has been marked as a duplicate of bug 474895 ***
*** Bug 475311 has been marked as a duplicate of this bug. ***
*** Bug 476349 has been marked as a duplicate of this bug. ***