[GH-ISSUE #1068] FFmpeg importer drops any frames with unchanged pixels into the editor #2982

New issue

Open

opened 2026-03-01 19:05:22 +03:00 by kerem · 0 comments

kerem commented

2026-03-01 19:05:22 +03:00

Owner

Originally created by @ParticleCore on GitHub (Feb 3, 2022).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/1068

Originally assigned to: @NickeManarin on GitHub.

Describe the bug
When importing an mp4 using the ffmpeg importer any unchanged frames are automatically dropped and there is no option to disable that behavior.
When importing the same video using the mediaplayer importer, all frames are imported correctly, but the frame rate becomes really choppy/not as smooth as when importing with ffmpeg.

Note: I am not referring to when we save the video as a gif, but when we import it into the editor. Right away I can tell there are missing frames when I hit play in the editor.

To Reproduce
Steps to reproduce the behavior:

A good video sample to test this with is a 30s recording of your desktop where nothing at all changes. When importing using the ffmpeg only 1 frame shows in the editor.

Open editor
With the ffmpeg import an mp4 that has at least one period where no pixels change at all
Press play in the editor
The period with no pixels changed is gone
Repeat the same process above but use the mediaplayer importer
The period with no pixels changed is present, but the framerate is really bad

Expected behavior
The importer should not be dropping frames arbitrarily

Desktop (please complete the following information):

OS: Windows 10
Version 10.0.19042 Build 19042
ScreenToGif 2.35.4

Comments
I don't know if the ffmpeg issue is normal and its the editor that is not adding the correct time to the frames that should represent the period where nothing changes in the video, and instead is putting the same short duration for all frames making it look like the unchanged pixels periods are missing. I mention this because that is what makes sense to me, the period with no pixels change at all should be represented by a single frame with a duration of that period.

Originally created by @ParticleCore on GitHub (Feb 3, 2022). Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/1068 Originally assigned to: @NickeManarin on GitHub. **Describe the bug** When importing an mp4 using the ffmpeg importer any unchanged frames are automatically dropped and there is no option to disable that behavior. When importing the same video using the mediaplayer importer, all frames are imported correctly, but the frame rate becomes really choppy/not as smooth as when importing with ffmpeg. Note: I am not referring to when we save the video as a gif, but when we import it into the editor. Right away I can tell there are missing frames when I hit play in the editor. **To Reproduce** Steps to reproduce the behavior: A good video sample to test this with is a 30s recording of your desktop where nothing at all changes. When importing using the ffmpeg only 1 frame shows in the editor. Open editor With the ffmpeg import an mp4 that has at least one period where no pixels change at all Press play in the editor The period with no pixels changed is gone Repeat the same process above but use the mediaplayer importer The period with no pixels changed is present, but the framerate is really bad **Expected behavior** The importer should not be dropping frames arbitrarily **Desktop (please complete the following information):** - OS: Windows 10 - Version 10.0.19042 Build 19042 - ScreenToGif 2.35.4 **Comments** I don't know if the ffmpeg issue is normal and its the editor that is not adding the correct time to the frames that should represent the period where nothing changes in the video, and instead is putting the same short duration for all frames making it look like the unchanged pixels periods are missing. I mention this because that is what makes sense to me, the period with no pixels change at all should be represented by a single frame with a duration of that period.

kerem added the

🔷 Bug 🐛

⬜ Pending

labels

2026-03-01 19:05:22 +03:00

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/ScreenToGif#2982

No description provided.

Rows
Columns