[GH-ISSUE #252] Bug in ".webm" output? (workaround) #1576

Closed
opened 2026-03-01 18:46:37 +03:00 by kerem · 4 comments
Owner

Originally created by @PeterZuge on GitHub (Feb 4, 2018).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/252

Originally assigned to: @NickeManarin on GitHub.

Note: I have downloaded ffmpeg.exe from inside the utility and am using the latest version (version 2.11).

Using ffmpeg as the encoder, and outputing to a ".webm" file results in a 0-byte file.
Changing the codec to "libvpx" resolves the problem.

Original "Extras" section (before my modification):
-c:v libx264 -pix_fmt yuv420p -vf "pad=width={W}:height={H}:x=0:y=0:color=black"

My modification to "Extras":
-c:v libvpx -pix_fmt yuv420p -vf "pad=width={W}:height={H}:x=0:y=0:color=black"

This change now correctly creates the output file as intended. Obviously, changing the codec causes an issue if you want to output MP4 (you need to switch back to "libx264").

Perhaps automatically changing the codec in "Extras:" if ".webm" is selected as file output?

Thanks!

Originally created by @PeterZuge on GitHub (Feb 4, 2018). Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/252 Originally assigned to: @NickeManarin on GitHub. _Note: I have downloaded ffmpeg.exe from inside the utility and am using the latest version (version 2.11)._ Using ffmpeg as the encoder, and outputing to a ".webm" file results in a 0-byte file. Changing the codec to "**libvpx**" resolves the problem. Original "Extras" section (before my modification): `-c:v libx264 -pix_fmt yuv420p -vf "pad=width={W}:height={H}:x=0:y=0:color=black"` My modification to "Extras": `-c:v libvpx -pix_fmt yuv420p -vf "pad=width={W}:height={H}:x=0:y=0:color=black"` This change now correctly creates the output file as intended. Obviously, changing the codec causes an issue if you want to output MP4 (you need to switch back to "**libx264**"). Perhaps automatically changing the codec in "Extras:" if ".webm" is selected as file output? Thanks!
kerem 2026-03-01 18:46:37 +03:00
Author
Owner

@dogancelik commented on GitHub (May 13, 2018):

I had the same problem, this fixed it, thank you @PeterZuge

<!-- gh-comment-id:388617903 --> @dogancelik commented on GitHub (May 13, 2018): I had the same problem, this fixed it, thank you @PeterZuge
Author
Owner

@UNiXMIT commented on GitHub (Jun 6, 2019):

Thanks that workaround works great. I wondered why it wasn't working. Thanks

<!-- gh-comment-id:499538774 --> @UNiXMIT commented on GitHub (Jun 6, 2019): Thanks that workaround works great. I wondered why it wasn't working. Thanks
Author
Owner

@hrxn commented on GitHub (Jun 6, 2019):

Can confirm, this issue is still present for me (latest version of ScreenToGif). But the workaround works as described.

<!-- gh-comment-id:499542625 --> @hrxn commented on GitHub (Jun 6, 2019): Can confirm, this issue is still present for me (latest version of ScreenToGif). But the workaround works as described.
Author
Owner

@NickeManarin commented on GitHub (Sep 27, 2019):

With the latest release, v2.18, the app now supports presets for each file type when using FFmpeg.
Each file type has its own default preset, and for webm, I added the proper command to use libvpx.

<!-- gh-comment-id:536119305 --> @NickeManarin commented on GitHub (Sep 27, 2019): With the latest release, v2.18, the app now supports presets for each file type when using FFmpeg. Each file type has its own default preset, and for webm, I added the proper command to use `libvpx`.
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#1576
No description provided.