Bug 436942

Summary:	Stretched (or compressed) audio track timeline visualization does not match audio
Product:	[Applications] kdenlive	Reporter:	Jens <jens-bugs.kde.org>
Component:	Timeline & Editing	Assignee:	Jean-Baptiste Mardelle <jb>
Status:	CONFIRMED ---
Severity:	normal	CC:	fritzibaby
Priority:	NOR	Keywords:	triaged
Version First Reported In:	git-master	Flags:	fritzibaby: Brainstorm+
Target Milestone:	---
Platform:	Flatpak
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Jens 2021-05-11 18:42:22 UTC

SUMMARY
see $SUBJECT

STEPS TO REPRODUCE
1. Import an audio or AV track
2. stretch it using Ctrl+Mouse with our without keeping the pitch

OBSERVED RESULT
The audio visualization in the track is not compressed or stretched, but cropped. This means that it does not match the audio at any given time any more.

EXPECTED RESULT
The audio visualization should match the audio and thus be compressed or stretched as well.

SOFTWARE/OS VERSIONS

Linux/KDE Plasma: KDE Neon 20.04 with all updates applied
KDE Plasma Version: 
KDE Frameworks Version: 5.21.4
Qt Version: 

ADDITIONAL INFORMATION
Using Kdenlive Nightly 20.07.70.
This also occured with Kdenlive 21.04.

Comment 1 emohr 2021-05-12 15:48:41 UTC

Thank you for reporting. Is it the same as this issue https://invent.kde.org/multimedia/kdenlive/-/issues/1050 ?

Comment 2 Jens 2021-05-12 19:52:33 UTC

Similar, but the movement of the audio thumbnail is not the same. My audio thumbnail 

The end result is the same though: the audio thumbnail becomes useless because it does not match the position of the audio signal it is representing any more. sometimes it is simply disappearing in the middle of the track and pushed "together", sometimes it is cropped (although I am compressing the audio into higher speed).

Comment 3 emohr 2021-05-13 07:33:07 UTC

Thank you for the feedback. Let's see if we can fix that in one of the upcoming releases.