Bug 498682 - Timer effect shows wrong time on clips with speed effect
Summary: Timer effect shows wrong time on clips with speed effect
Status: RESOLVED WORKSFORME
Alias: None
Product: kdenlive
Classification: Applications
Component: Video Effects & Transitions (other bugs)
Version First Reported In: 24.12.1
Platform: Flatpak Linux
: NOR normal
Target Milestone: ---
Assignee: Jean-Baptiste Mardelle
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2025-01-15 08:54 UTC by yyy5566778899
Modified: 2025-02-16 03:46 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description yyy5566778899 2025-01-15 08:54:19 UTC
SUMMARY
Timer effect shows wrong time on video clips with speed effect

STEPS TO REPRODUCE
1. Add a video clip to project bin
2. Add a 'Timer' effect to the clip in project bin
3. Drag the video into the timeline, and change its speed
4. Check preview
5. Export the video and check the result

OBSERVED RESULT
In clip with speed modifiers, timer effect shows wrong time
EXPECTED RESULT
In clip with speed modifiers, timer effect shows correct time

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: KUbuntu 22.04
KDE Plasma Version: 5.24.7
KDE Frameworks Version: 6.8.0
Qt Version: 6.7.3

ADDITIONAL INFORMATION
Comment 1 emohr 2025-01-15 19:26:35 UTC
When following your steps I get the correct length presenting by the timer. After speed-up by 150% I get a clip length in my case of 6.38 (down from 9.58 origin length). The timeline preview monitor as the final rendered file shows 6.38 which is correct. This is how the timer is working.

I guess you still want that the timer shows original length of the clip (9.58). You can do that with an additional sequence:
-	Create a second sequence2
-	Put the clip in sequence2
-	Put the sequence2 into sequence1
-	On the imported sequence2 -> right click -> enable “Time Remap”
-	On the “Time Remap” tab adjust the speed
Now the counter keeps the length of 9.58 even on the rendered file.

Is it that what you like to achieve?
Comment 2 yyy5566778899 2025-01-17 08:27:49 UTC
(In reply to emohr from comment #1)
> When following your steps I get the correct length presenting by the timer.
> After speed-up by 150% I get a clip length in my case of 6.38 (down from
> 9.58 origin length). The timeline preview monitor as the final rendered file
> shows 6.38 which is correct. This is how the timer is working.
> 
> I guess you still want that the timer shows original length of the clip
> (9.58). You can do that with an additional sequence:
> -	Create a second sequence2
> -	Put the clip in sequence2
> -	Put the sequence2 into sequence1
> -	On the imported sequence2 -> right click -> enable “Time Remap”
> -	On the “Time Remap” tab adjust the speed
> Now the counter keeps the length of 9.58 even on the rendered file.
> 
> Is it that what you like to achieve?

Yes. I used an additional sequence to achieve this. 
And found another problem that after I speed change the 'sequence' clip in timeline, and video in that timeline has active proxy clips, they will be used instead of the original clip for exporting, causing low quality sections in the rendered video. 

I think effects applied to clips in project bin should be treated as the effects are rendered into the clip before putting to the timeline, so any changes applied in timeline , including speed changes, should have effect on them. 
Showing time after the speed change makes sense when timer is applied in timeline, but makes no sense when timer is applied in the project bin.
Comment 3 Bug Janitor Service 2025-02-01 03:47:24 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 4 Bug Janitor Service 2025-02-16 03:46:17 UTC
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.