Bug 363329

Summary:	git master: playback cannot be stopped after end of project with preview rendering
Product:	[Applications] kdenlive	Reporter:	Wegwerf <wegwerf-1-2-3>
Component:	User Interface & Miscellaneous	Assignee:	Jean-Baptiste Mardelle <jb>
Status:	RESOLVED NOT A BUG
Severity:	normal
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	regression project with endless playback

Description Wegwerf 2016-05-20 15:42:28 UTC

In one of my testing projects I noticed that after rendering a full preview, later playback doesn't stop for some reason at the end of the project. Instead playing continues indefinitely. Stop doesn't work, but play region correctly resets the playhead so that only then Stop works. However, I could not reproduce this effect with a newly created project. I'm including the project file in the hope that you may reproduce the effect.

Reproducible: Always

Steps to Reproduce:
1. Load project.
2. Render preview for full project.
3. Play back

Actual Results:  
Playback doesn't stop at end of project.

Expected Results:  
Playback should stop at end of project.

Comment 1 Wegwerf 2016-05-20 15:43:02 UTC

Created attachment 99102 [details]
regression project with endless playback

Comment 2 Wegwerf 2016-07-30 11:13:58 UTC

This seems to be a special case of my project; I'm investigating further as to what out point may have gone awry in the underlaying Kdenlive project XML document.

Comment 3 Wegwerf 2016-08-01 16:54:02 UTC

Hah! After running this regression project through my project analyzer, I finally see that the hidden "black" track  #0 has a problem: both user tracks are 00:11:06 in length. Yet the black track is calculated to have a length of 02:19:00! 

Close inspection shows that the track #0 playlist itself is (almost?) sane: its "out" point is at 3475, or 00:02:19:00. However, the visible timeline is only 00:11:06.

So the black track completely got out of sync and looks like the cause for this hickup. Is there any way to reset the hidden black track?

Comment 4 Wegwerf 2016-08-01 17:22:31 UTC

I could now properly track down the issue to some strange issue with the preview rendering regions: there was an additional region around 02:19:00. By unsetting this regions, then adding a clip to the end of the ordinary timeline, and finally removing this trailing clip, Kdenlive properly resized the black track to be only of the overall length+1 frame ... as to be expected. So I'm now closing this bug as resolved/invalid, but still for others to find.

Another bug less in our backlog!