Bug 512250

(In reply to washout_cultural220 from comment #0)
> Right now I'm trying to edit a clip to start at 1:42 instead of 1:02 without
> having to move it around the timeline or anything. When I change the crop
> start variable to 1:42, it goes back to 1:02 for NO reason once I click
> outside of the crop start field. The crop end window is also set near the
> end of the video when the clip in the timeline is only a few seconds.

Cropping takes place from the edges. So, Crop Start means the time and frames taken from the start of the clip; Crop End means the time and frames taken off the end of the clip. For example, Crop End 00:00:08:17 means that the clip is cropped at 8 seconds and 17 frames BEFORE the end of the clip (shaving off 8 seconds and 17 frames at the end).

If the Crop Start is at a point where there is no clip left because the Crop End has already taken off a lot, the system sets it back to what it was before. I am suspecting this is the case here.

[----------------------------------------]
00:00:00:00
           [---------]
          1:02     Crop End
                       ]--[
                           1:42

(In reply to washout_cultural220 from comment #0)
> SUMMARY
> The edit duration dialogue is, to my knowledge, not explained in the
> documentation at all, and when something goes wrong with it, there is no
> feedback given to the user.

It is explained here: https://docs.kdenlive.org/en/cutting_and_assembling/right_click_menu.html

But I agree that the documentation could be better and more precise.

BTW, the documentation is open source also, a work of volunteers, and can always use helping hands to make it better ;-)

(In reply to Bernd from comment #1)
> (In reply to washout_cultural220 from comment #0)
> > Right now I'm trying to edit a clip to start at 1:42 instead of 1:02 without
> > having to move it around the timeline or anything. When I change the crop
> > start variable to 1:42, it goes back to 1:02 for NO reason once I click
> > outside of the crop start field. The crop end window is also set near the
> > end of the video when the clip in the timeline is only a few seconds.
> 
> Cropping takes place from the edges. So, Crop Start means the time and
> frames taken from the start of the clip; Crop End means the time and frames
> taken off the end of the clip. For example, Crop End 00:00:08:17 means that
> the clip is cropped at 8 seconds and 17 frames BEFORE the end of the clip
> (shaving off 8 seconds and 17 frames at the end).
> 
> If the Crop Start is at a point where there is no clip left because the Crop
> End has already taken off a lot, the system sets it back to what it was
> before. I am suspecting this is the case here.
> 
> [----------------------------------------]
> 00:00:00:00
>            [---------]
>           1:02     Crop End
>                        ]--[
>                            1:42

You're probably right. What I'm wondering is why it resets before I'm done with my changes. Of course my changes make no sense before they're done.

> But I agree that the documentation could be better and more precise.

The bigger issue is that there is no error message. It just resets with no feedback.

This is a common issue across kdenlive. "Cannot paste clips into timeline" why? I'm pasting a short clip at the end of the sequence. There's no reason for it to break, and I don't know what the problem is because I'm not TOLD anything.

I did find a fix to my specific issue which is to use the slip clip option, but I'm working with hour long clips and only able to slip about 2 minutes at a time. There's no dialogue box for clip slipping either and I can't use the edit duration box for reasons stated above.

🐛🧹 ⚠️ 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!

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