mirror of
https://github.com/NickeManarin/ScreenToGif.git
synced 2026-04-25 15:15:51 +03:00
[GH-ISSUE #1321] [Bug] Importing a very short video to get incomplete content, losing the original material #970
Labels
No labels
copy cats
duplicated
future feature
pull-request
⬜ Accepted
⬜ Completed
⬜ Help Wanted 💪
⬜ In Progress
⬜ Missing Details
⬜ Pending
⬜ Waiting For Answer ⏳
🆕 feature preview
🔷 Bug 🐛
🔷 Out Of Scope
🔷 Out Of Scope
🔷 Question
🔷Enhancement
🔷Enhancement
🔷Invalid / External
🔷Knowledge Base
🔷Won't Fix
🕑 High
🕑 High
🕑 High
🕕 Medium
🕙 Low
🕛 Critical
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ScreenToGif#970
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Maozai-Teng on GitHub (Jul 26, 2024).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/1321
Originally assigned to: @NickeManarin on GitHub.
Describe the bug
I was making a GIF emoji with a very short video and realized that I was getting incomplete content, after checking it, I realized that I was getting incomplete content during import. The source video URL and related screenshots are below.
Original video: 1 s 450 ms
mediaplayer: only 1000 ms!!!
FFmpeg: only 1350ms i.e. 1s 350ms !!!
The original video should is 1450ms,and normal gif you get should have 29 frames, I get the same number of frames with both aconvert.com and Photoshop 2024, and the resulting GIF looks normal.
But with ScreenToGif it's only 27or 26 frames, missing part of the original.
source video URL:https://ac.namu.la/20240209sac/d791405164a00bd8d36de635d2532a02d58eaa3d99c44a0eb7cd83f2c90efa18.mp4?expires=1722474000&key=5qoyMclkqypXxTqPi_5ywA
https://github.com/user-attachments/assets/bc4ee6b9-f3d5-4e66-853c-393274f2b514
To Reproduce
Open the software normally and import the video to find the problem
Expected behavior
I think this is a bug that should be fixed as soon as possible to what it should be. Especially for users who make emoticons, losing the original material is a bad thing.
Screenshots



←Photoshop 2024 is working normally!29 frames!

Desktop (please complete the following information):
Additional context
Hope it's fixed soon, thanks~
@fz0000 commented on GitHub (Jan 14, 2026):
Tested with version 2.42.1, unable to reproduce with FFmpeg:
For Windows Media Player, this behavior is likely due to inherent limitations. I tried some more MP4 and AVI files, video durations are always accurate to the second.
@Maozai-Teng commented on GitHub (Jan 15, 2026):
You're right, I tried the latest 2.42.1, and it seems to work normally with FFmpeg, and it won't "steal" frames.
I guess the software or FFmpeg fixed this bug, or thank you for the reminder, then I will also give you this good emoticon, she is super cute~|ω・)