[GH-ISSUE #1321] [Bug] Importing a very short video to get incomplete content, losing the original material #970

Open
opened 2026-02-26 09:33:11 +03:00 by kerem · 2 comments
Owner

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
QQ截图20240726193501
QQ截图20240726193513
QQ截图20240726194551
QQ截图20240726193531←Photoshop 2024 is working normally!29 frames!
QQ截图20240726193543

Desktop (please complete the following information):

  • OS: [e.g. Windows 10]
  • Version [e.g. 2.41]

Additional context
Hope it's fixed soon, thanks~

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** ![QQ截图20240726193501](https://github.com/user-attachments/assets/437ffcf0-9855-4f80-a271-f1ef9d2dde80) ![QQ截图20240726193513](https://github.com/user-attachments/assets/5040390b-0d48-412b-a370-b55969b67c34) ![QQ截图20240726194551](https://github.com/user-attachments/assets/a3791a69-9157-4e85-b0a0-ac8ab1e020a6) ![QQ截图20240726193531](https://github.com/user-attachments/assets/73de599f-cfe8-4b9d-8e90-e243187596aa)←Photoshop 2024 is working normally!29 frames! ![QQ截图20240726193543](https://github.com/user-attachments/assets/7581be44-83dc-4418-9283-334d1b1dbcc8) **Desktop (please complete the following information):** - OS: [e.g. Windows 10] - Version [e.g. 2.41] **Additional context** Hope it's fixed soon, thanks~
Author
Owner

@fz0000 commented on GitHub (Jan 14, 2026):

Tested with version 2.42.1, unable to reproduce with FFmpeg:

Image Image Image

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.

<!-- gh-comment-id:3749379625 --> @fz0000 commented on GitHub (Jan 14, 2026): Tested with version 2.42.1, unable to reproduce with FFmpeg: <img width="1087" height="600" alt="Image" src="https://github.com/user-attachments/assets/ba0cf23f-1713-4535-af5b-5b7533de2a26" /> <img width="741" height="340" alt="Image" src="https://github.com/user-attachments/assets/2dbf8fe7-7c79-4366-90a7-90d9e299bf59" /> <img width="476" height="477" alt="Image" src="https://github.com/user-attachments/assets/7d4b588d-36cd-4cc5-9ae2-d7b8b689349e" /> --- 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.
Author
Owner

@Maozai-Teng commented on GitHub (Jan 15, 2026):

Tested with version 2.42.1, unable to reproduce with FFmpeg:

Image Image Image
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.

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~|ω・)

Image

<!-- gh-comment-id:3757142823 --> @Maozai-Teng commented on GitHub (Jan 15, 2026): > Tested with version 2.42.1, unable to reproduce with FFmpeg: > > <img alt="Image" width="1087" height="600" src="https://private-user-images.githubusercontent.com/5061311/535538035-ba0cf23f-1713-4535-af5b-5b7533de2a26.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Njg1MTUzODksIm5iZiI6MTc2ODUxNTA4OSwicGF0aCI6Ii81MDYxMzExLzUzNTUzODAzNS1iYTBjZjIzZi0xNzEzLTQ1MzUtYWY1Yi01Yjc1MzNkZTJhMjYucG5nP1gtQW16LUFsZ29yaXRobT1BV1M0LUhNQUMtU0hBMjU2JlgtQW16LUNyZWRlbnRpYWw9QUtJQVZDT0RZTFNBNTNQUUs0WkElMkYyMDI2MDExNSUyRnVzLWVhc3QtMSUyRnMzJTJGYXdzNF9yZXF1ZXN0JlgtQW16LURhdGU9MjAyNjAxMTVUMjIxMTI5WiZYLUFtei1FeHBpcmVzPTMwMCZYLUFtei1TaWduYXR1cmU9OTZlZjQ0NTg4MmUwY2YwNDg3OGE3NDMxZThhZjEwNjdhMTE1NzMwZTk3NGRiMTNkMzlmZTgyMjllYmEzZWIwNiZYLUFtei1TaWduZWRIZWFkZXJzPWhvc3QifQ.Imyv3tO5kV19ZydpjwRxTfMWZF2nfA5e-Mrkl_Et1pc"> <img alt="Image" width="741" height="340" src="https://private-user-images.githubusercontent.com/5061311/535538340-2dbf8fe7-7c79-4366-90a7-90d9e299bf59.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Njg1MTUzODksIm5iZiI6MTc2ODUxNTA4OSwicGF0aCI6Ii81MDYxMzExLzUzNTUzODM0MC0yZGJmOGZlNy03Yzc5LTQzNjYtOTBhNy05MGQ5ZTI5OWJmNTkucG5nP1gtQW16LUFsZ29yaXRobT1BV1M0LUhNQUMtU0hBMjU2JlgtQW16LUNyZWRlbnRpYWw9QUtJQVZDT0RZTFNBNTNQUUs0WkElMkYyMDI2MDExNSUyRnVzLWVhc3QtMSUyRnMzJTJGYXdzNF9yZXF1ZXN0JlgtQW16LURhdGU9MjAyNjAxMTVUMjIxMTI5WiZYLUFtei1FeHBpcmVzPTMwMCZYLUFtei1TaWduYXR1cmU9MzgzYzlhMTlhMmY3OWNiOTEwYzBjOWU5N2Y5Nzk5ZTQ2YjlkZDMzMjZiNTU2OTVhMzhkMGI0OTFhNmU0NzQzYiZYLUFtei1TaWduZWRIZWFkZXJzPWhvc3QifQ.cfW-6QrpNqm66Wheb88ClDKWbhwP7e3w3W59uKEM_BA"> <img alt="Image" width="476" height="477" src="https://private-user-images.githubusercontent.com/5061311/535547916-7d4b588d-36cd-4cc5-9ae2-d7b8b689349e.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Njg1MTUzODksIm5iZiI6MTc2ODUxNTA4OSwicGF0aCI6Ii81MDYxMzExLzUzNTU0NzkxNi03ZDRiNTg4ZC0zNmNkLTRjYzUtOWFlMi1kN2I4YjY4OTM0OWUucG5nP1gtQW16LUFsZ29yaXRobT1BV1M0LUhNQUMtU0hBMjU2JlgtQW16LUNyZWRlbnRpYWw9QUtJQVZDT0RZTFNBNTNQUUs0WkElMkYyMDI2MDExNSUyRnVzLWVhc3QtMSUyRnMzJTJGYXdzNF9yZXF1ZXN0JlgtQW16LURhdGU9MjAyNjAxMTVUMjIxMTI5WiZYLUFtei1FeHBpcmVzPTMwMCZYLUFtei1TaWduYXR1cmU9NDgzZmViZGY4MDExMGFjN2VlYTI2ZmMzYTUxN2Q0YjFiNjRjYWQ0NTAxZjM1MTk0NGMzYTZiY2VkYzQ2OTU0YyZYLUFtei1TaWduZWRIZWFkZXJzPWhvc3QifQ.YtWzvucj1WB46RmM_JTpJTNtxYjxwwQ1gppv6sTI-ug"> > 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. 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~|ω・) ![Image](https://github.com/user-attachments/assets/8cdc9c2c-dd85-4e73-958c-cf152f298969)
Sign in to join this conversation.
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#970
No description provided.