Bug 432623

Summary:	1hr+ clip imported in will have "high pitch, speed up" nonsense and laggy video midway through on the timeline and beyond
Product:	[Applications] kdenlive	Reporter:	aj
Component:	Monitors & Playback	Assignee:	Jean-Baptiste Mardelle <jb>
Status:	RESOLVED WORKSFORME
Severity:	major	CC:	berndmj, fritzibaby, julius.kuenzel
Priority:	NOR	Keywords:	triaged
Version First Reported In:	20.12.2	Flags:	fritzibaby: Brainstorm+
Target Milestone:	---
Platform:	Microsoft Windows
OS:	Microsoft Windows
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description aj 2021-02-07 20:03:57 UTC

SUMMARY
Title says it all. A new project, with an imported clip (mkv) that's 45 mins to an hour long successfully gets imported. Once clip is dragged into timeline and is being watched from beginning to roughly 10+ min mark, video preview becomes extremely laggy and audio becomes squirrely/high pitch. Manually moving forward into the timeline results in same issue. Manually moving back before 10+ min mark, results in normal operations until timeline hits that 10+ min mark. I have done "stupid checks" such as, yes the file itself isn't broken, can watch it normally on any media player.

STEPS TO REPRODUCE
1. New, blank project upon opening
2. Import a mkv clip/file that's roughly an hour (45 - 1:15 mins)
3. Let the "job" process
4. Drag and drop clip into the timeline
5. Start watching clip from timeline from the beginning through the preview (which is set to 720p. Base clip was 1080p)
6. At some, inconsistent time point (generally 10+ mins into watching) the audio and video becomes buggy.

OBSERVED RESULT
- Audio is high pitch, squirrely and incomprehensible.
- video preview is laggy frames, not aligned with actual video file

EXPECTED RESULT
- Video and audio to continue to preview as normal

SOFTWARE/OS VERSIONS
Windows: Windows 10 Education OS build 19042.789

ADDITIONAL INFORMATION
7. Manually skipping forward will result in still messed up audio and video. I have a guess it's actually a looping audio and video from where the issue started, no matter how far forward you go
8. Manually clicking BEFORE the 10 min mark will result in normal operations.

Comment 1 Julius Künzel 2021-02-08 07:47:59 UTC

Can you try whether it is the same with version 20.12.2?

Comment 2 aj 2021-02-08 20:31:16 UTC

(In reply to Julius Künzel from comment #1)
> Can you try whether it is the same with version 20.12.2?

Yes. I have downloaded 20.12.2 and repeated my steps, still same issue

Comment 3 emohr 2021-02-13 19:03:17 UTC

I experienced such issue on Windows as well. The longer the timeline is the laggier the playback get. I can reproduce with following steps.

- Put some clips before +10min (it can have space between clips). 
- Put some more clips behind +10min until 50min (it can have space between clips). 
- Put the playhead after +10min: the timeline is laggy. 

@Julius: can you test on Linux?

Comment 4 Julius Künzel 2021-02-14 14:50:05 UTC

I cannot reproduce but even on Windows so maybe I am doing something wrong… Does it only happen with mkv files?

I vaguely remember that there was another issue related to the 10 minute mark a few weeks ago that had been fixed, but can't find it… Maybe this is bug is caused by the fix???

Comment 5 emohr 2021-02-14 15:39:41 UTC

I think the problem is that project settings (720p) don't match the clip settings (1080p). Does project setting is 25fps and clip setting is 25fps as well?

Comment 6 Bernd 2024-12-24 01:00:13 UTC

Hi and thank you for your patience.

Your bug report was for a version of Kdenlive that is at least four years old. Can you please check whether this issue still exists in the latest version 24.12.0?

If yes, please update this report to reflect the new version and set the status to CONFIRMED.

If it works now like you expect it would, you may change the status of this report to RESOLVED - FIXED.

At any rate, this report will be closed if there is no activity for the next 30 days.

Comment 7 Bug Janitor Service 2025-01-08 03:47:44 UTC

🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!

Comment 8 Bug Janitor Service 2025-01-23 03:47:35 UTC

🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.