Bug 430088 - kdenlive timeline pointer not working for additional audio tracks
Summary: kdenlive timeline pointer not working for additional audio tracks
Status: RESOLVED WORKSFORME
Alias: None
Product: kdenlive
Classification: Applications
Component: Timeline & Editing (show other bugs)
Version: 20.08.2
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Jean-Baptiste Mardelle
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2020-12-06 17:28 UTC by p92
Modified: 2025-01-23 03:47 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
MKV_without video (9.76 KB, image/png)
2020-12-19 12:26 UTC, emohr
Details

Note You need to log in before you can comment on or make changes to this bug.
Description p92 2020-12-06 17:28:34 UTC
SUMMARY


STEPS TO REPRODUCE
1. add a video clip to timeline (v1+a1)
2. add a second clip to timeline on a2 only
3. move time line to pos1
4. start play on the project 
5. move the timeline pointer to another position

OBSERVED RESULT
This stops the play (ok)
now restart the play
the video starts at the timeline pointer BUT
the audio tracks starts again at the point it stopped previously, not at the point you choose in the timeline.



EXPECTED RESULT
when moving the timeline pointer somewhere and restarting the project player, I expect the play to start at the timeline I specified for all the tracks.
Comment 1 p92 2020-12-06 17:32:32 UTC
In fact it is only the second audio track which is not responding to timeline pointer selection, the first one (part of the first clip) is ok.
Comment 2 p92 2020-12-06 17:35:39 UTC
Correct description


STEPS TO REPRODUCE
1. add a video clip to timeline (v1+a1)
2. add a second clip to timeline on a2 (it has only audio)
3. move time line to pos1
4. start play on the project 
5. move the timeline pointer to another position

OBSERVED RESULT
This stops the play (ok)
now restart the play
the v1 and A1 start at the timeline pointer specified BUT
the A2 audio track restarts at the point it stopped previously, not at the point you choose in the timeline.



EXPECTED RESULT
when moving the timeline pointer somewhere and restarting the project player, I expect the play to start at the timeline I specified for all the tracks.
Comment 3 emohr 2020-12-13 16:23:57 UTC
I tested with 20.08.3 and it works as expected.

Please try with the current Kdenlive AppImage version 20.08.3b to see if there are any packaging issues https://download.kde.org/stable/kdenlive/20.08/linux/ 

If the problem/issue doesn't occur when using the AppImage, then it's your configuration or packaging.
Comment 4 p92 2020-12-16 20:34:58 UTC
I tried with appimage and obtained the same result.
Maybe I don't explain correctly.

1. get a videoclip and put it on the timeline => v1+A1
2. separate v1+a1
3. get an audio clip and put it on timeline => A2
4. put the timeline cursor somewhere and start playing the project
5. stop the play
6. mute A1
7. start project play, you should hear A2 only while video V1 also plays
8. stop in the middle of a sentence you can recognize on A2
9. now put the timeline cursor somewhere else

the play stops.

now if you restart the project play you should hear A2 somewhere else, but in fact I can hear A2 as if I did not move the timeline pointer (the interrupted sentence continues although I am positionned elsewhere in the timeline)

If I move the time line ANYWHERE, only the video V1 is affected, but A2 continues just where it previoulsly stopped, A2 is never repositionned according to the timeline pointer.

This occurs only if you have a clip composed of video+audio  and then add another audio clip.
The added audio clip seems unaffected by the timeline cursor position once it has successfully played once.
Comment 5 p92 2020-12-16 20:39:35 UTC
my videoclip v1+a1 is webm
my additionnal audio a2 is mkv
Comment 6 p92 2020-12-16 20:50:49 UTC
I have a more simple way to show the problem.
After having done all steps 1-9 then replay, 
stop the play, 
then translate A2 track so that there is some time before track A2 begins
then position timeline cursor a little before begining of track A2

start the play

normally you should hear track A2 at its begining when the timeline cursor reaches it
but in fact A2 sound will continue where it lastly stopped !
Comment 7 emohr 2020-12-17 18:14:08 UTC
I tested with step 1-9 with a webm and an mkv file as you described. I can't reproduce your issue. Maybe the file type inside the container has an issue. Could you upload the file you used so I can do the test again?
Comment 8 p92 2020-12-17 22:29:51 UTC
The 2 files are available here : 
http://dl.free.fr/mKDuk8nYU
Comment 9 emohr 2020-12-19 12:26:40 UTC
Created attachment 134201 [details]
MKV_without video

Thanks for the clip. I can confirm the issue. Putting the WEBM and MKV clip into the project bin and confirm 856x480 30fps. Then the clips get converted. I can reproduce the out of sync issue using the MKV clip only. Neither in the clip view nor in the timeline Kdenlive finds the correct position for the MKV clip ones you have re-position the playhead, exactly as you descript in comment #4. 

Workaround: with the program MKVRoolNix I saved the MKV file without the video part. Re-import this MKV file. Now the issue is gone. 

So it seems that an MKV containing audio only but an "empty" video stream get wrong converted.
Comment 10 emohr 2024-12-24 09:38:27 UTC
Hi and thank you for your patience.

I cannot test with Kdenlive 24.12 as your clips are not available anymore.
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 11 Bug Janitor Service 2025-01-08 03:47:40 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 12 Bug Janitor Service 2025-01-23 03:47:31 UTC
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.