openshot-qt icon indicating copy to clipboard operation
openshot-qt copied to clipboard

Cutted "slow motion" shows wrong part of the clip in rendered video

Open nocxsville opened this issue 5 years ago • 17 comments

Describe the bug: Rendered video contains the wrong part of a cutted and slowed down clip. In the preview everything is looking good. However, in the rendered video another part / the wrong part of the origional video is shown. This issue does not show up if the slow motion clip is at the beginning and the only clip in the tracks.

Steps to reproduce the behavior:

  1. Add a video (several minutes) to the project
  2. Drop the video to a track
  3. Cut the first x minutes and last x minutes from the video (keep some seconds in the middle of the video)
  4. Copy the cutted part and paste it after the first one (so you have the same clip twice in the track)
  5. Slow down the speed of the second one: Time > Slow > Forward > 1/2 Speed
  6. Render it

Expected behavior: The right part of the clip should be in the rendered video

System Details:

  • OpenShot Version 2.5.0 and 2.5.1
  • Operating System / Distro: Windows 10

nocxsville avatar Aug 05 '20 08:08 nocxsville

Seems to be a duplicate of https://github.com/OpenShot/openshot-qt/issues/3647

nocxsville avatar Aug 05 '20 18:08 nocxsville

Thank you so much for submitting an issue to help improve OpenShot Video Editor. We are sorry about this, but this particular issue has gone unnoticed for quite some time. To help keep the OpenShot GitHub Issue Tracker organized and focused, we must ensure that every issue is correctly labelled and triaged, to get the proper attention.

This issue will be closed, as it meets the following criteria:

  • No activity in the past 180 days
  • No one is assigned to this issue

We'd like to ask you to help us out and determine whether this issue should be reopened.

  • If this issue is reporting a bug, please can you attempt to reproduce on the latest daily build to help us to understand whether the bug still needs our attention.
  • If this issue is proposing a new feature, please can you verify whether the feature proposal is still relevant.

Thanks again for your help!

stale[bot] avatar Feb 02 '21 03:02 stale[bot]

This just happened to me on v2.5.1. Slowed down a clip, and the export did not match the preview. A little disappointed now as I feel like I've got to learn how to use an alternative program.

Blitheness avatar Feb 07 '21 18:02 Blitheness

I also just had this happen to one of my projects. Please re-open.

khaines423 avatar Mar 02 '21 23:03 khaines423

When I had this problem the first slowed clip was fine, but subsequent clips rendered from the wrong position and inconsistent with the preview.

Blitheness avatar Mar 03 '21 09:03 Blitheness

I've resolved it saving a slowed clip as a separate file, but very complicated, especially if there are many clips. It would be very useful to fix it.

Maherica avatar Apr 28 '21 21:04 Maherica

Please re-open this, v2.5.1. I don't really want to use other software but it seems with this bug I will have to.

sm0kew0n avatar Jun 08 '21 08:06 sm0kew0n

@sm0kew0n Thanks for pointing this out! We'll take a look. Fixing this might help a few issues I've seen posted.

JacksonRG avatar Jun 08 '21 16:06 JacksonRG

I'm also experiencing this when using a video segment with the playback speed increased. I can provide an example project and output file if needed.

I think the problem is in how OpenShot is calculating the first frame to use. It appears to be a multiplication error. When you speed up or slow down a clip that has been trimmed, it gets it wrong. If you haven't trimmed anything off of the front of the clip, the first frame is still frame 1 (or 0) and OpenShot doesn't miscalculate.

schaden-fred avatar Jun 23 '21 19:06 schaden-fred

This bug is alive and well. Daily build, Oct 8, 2021

concolor22 avatar Oct 10 '21 02:10 concolor22

This bug still going on.... out 14th 2021....even cutting and paste the part to be slowed the bug persists .... wondering when they will fix this because this app is so friendly to use....free.... hoping they fix it soon,

IsmaelGO2021 avatar Oct 14 '21 12:10 IsmaelGO2021

just in time: I'm using the lasted version for Windows 10 64bits

IsmaelGO2021 avatar Oct 14 '21 12:10 IsmaelGO2021

Umm... if you're actually on Windows shouldn't you be expecting a crash when applying 'Time' to audio/video (#1197)? It's a long-term issue we've been seeing lately.

DanPinGF avatar Oct 19 '21 01:10 DanPinGF

I have the same issue with 2.6.0 on Ubuntu 20.04

ThomArmax avatar Mar 10 '22 13:03 ThomArmax

Just tried thee steps from the description with no problem (also on Ubuntu 20.04 but with the current development version) @ThomArmax could you check if this issue is in the current daily build? https://www.openshot.org/download/

JacksonRG avatar Mar 10 '22 16:03 JacksonRG

@JacksonRG I have just tried with the AppImage from the given link and still have the issue : image But works with OpenShot-v2.6.1-dev-daily-9246-f29ce408-2b8b05c7-x86_64.AppImage

ThomArmax avatar Mar 11 '22 08:03 ThomArmax

8/15/2022 update: I encountered this bug on my recent project. Hence how I found myself here.

What seemed to fix it for me was to export my video at 30fps (I tested at 720p and 1440p resolutions.) Doing that caused the end product to match the preview video, which correctly displayed the stretched and slowed down clip.

Exporting at different settings yielded different results. In one instance, I encountered exactly what OP described. The slowed down clip would start, then suddenly just cut to a completely different, earlier part of the video, which was NOT present at all on my timeline at that point. Another instance just had the video freeze at that point.

Hope that info helps in identifying the issue!

Homitu avatar Aug 15 '22 12:08 Homitu

There have been many fixes in release v3.0.0. If you want to give this a try be sure to download the latest DEV Daily Build from openshot.org/download/#daily.

Colorjet3 avatar Jan 24 '23 02:01 Colorjet3