https://bugs.kde.org/show_bug.cgi?id=491792
Bug ID: 491792
Summary: Time remap does not work precisely neither
independently
Classification: Applications
Product: kdenlive
Version: 22.04.3
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Video Display & Export
Assignee: j...@kdenlive.org
Reporter: udip...@gmail.com
Target Milestone: ---
Created attachment 172673
--> https://bugs.kde.org/attachment.cgi?id=172673&action=edit
Diagram to explain the steps leading to imprecision respectively
disfunctionality
SUMMARY
Time remapping does not work independently, cannot be set to precise values,
and cannot be set as 'done'.
STEPS TO REPRODUCE
(see attachment)
I have a bunch of files with PARTS of identical content, and audio track. In
the drawing, two of these files are drawn, mit some identical content among
Video 1 and Video 2. Video 1 has
1. additional/excess content (Leading and Trailing).
2 identical content, however of a different speed
in comparison with Video 2.
3. Using the time remapping applet, kdenlive doesn't work as expected;
especially a once achieved and correct mapping falls over before one can render
the result.
My way of working:
1. Identifying a clearly cut scene change in both Video 1 and Video 2, towards
beginning and towards the end (Ds and De).
2. Shifting the clips on the time-line to synchronize De.
3. Calculating delta-t, the time difference with which an identical frame of
the sequence (De) show on the time-line.
4. Time remap Video 1, so that the identical comtent shows in synchronism, with
respect to length and start and end points.
OBSERVED RESULT
1. It is not possible to 'cut' Video 1 at Ds and De to apply the mapping on the
time slot of identical content.
2. The Time remap applet shows times, and a proportion. For frame -precise
remapping this makes little sense:
a. 1:26:40:17 and 1:34:56:09 -> since times cannot be entered directly, one
would have to recalculate everything in milliseconds
b. (in my example) 293698 frames vs. 281668 frames do not fall on any of the
percent of acceleration that has only 2 digits behind the comma. Therefore it
is impossible to precisely synchronize the two frames De. It is either too slow
or too fast.
3. It is not possible to cut off the excess times Ss and Se from Video 1, time
remap! Because - I tried group and deactivate Time remapping - , once the clip
is trimmed (start and end frames that are not identical being cut), the time
remap goes haywire; and Video 1 is not synchronous once again.
EXPECTED RESULT
1. It should be possible to time remap a part of a file (time-line).
2. The time remap applet should either indicate the time of the final outcome
and allow ('up'/'down') to set exactly the time of the desired length. Or/and
switch from time to frame display, like the time-line, so that the number of
frames can be set, instead of the user having to calculate an approximate
ratio. (And if, it must allow more digits behind the comma.
3. It must be possible to set 'time remapping has been done, out and over'; so
that header and tails of the resulting clip can be trimmed without any further
interference into the time remapping by shorting the OVERALL clip length.
Or, in clear terms: It must be possible to trim some leading and trailing parts
of the clip outside of the time remapped part without interfering with the
earlier time remapping.
--
You are receiving this mail because:
You are watching all bug changes.
