starred/ScreenToGif

Fork 0

mirror of https://github.com/NickeManarin/ScreenToGif.git synced 2026-04-25 15:15:51 +03:00

[GH-ISSUE #220] Implementing gifski? #181

New issue

Closed

opened 2026-02-26 09:30:27 +03:00 by kerem · 4 comments

kerem commented

2026-02-26 09:30:27 +03:00

Owner

Originally created by @marcsyp on GitHub (Dec 12, 2017).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/220

Originally assigned to: @NickeManarin on GitHub.

First, thanks for this great tool! I use it all the time to make quick work-in-progress GIFs to share with my team.

That said -- I'm struggling to find the best encoder for my purposes -- System is super fast, has good file sizes, and provides the best quality on my new Win 10 machine, but doesn't translate well to mobile at all (very slow playback, crashes, bad color rendition). "1.0" translates well to mobile (smooth playback, no additional artifacts) and offers far better quality than "2.0" but often results in pretty bad banding, and is significantly slower to encode.

I saw that there is a high-quality gif encoder out there that is available for integration in OS projects -- called gifski -- have you taken a look, any plans to integrate into Screen2Gif??? Would love a new option, and it looks like it uses some trickery to get beyond the 256 color limit (or at least appear to). I would go for a longer encode process if I could get very high quality across devices... thoughts?

Thanks,
Marc

Originally created by @marcsyp on GitHub (Dec 12, 2017). Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/220 Originally assigned to: @NickeManarin on GitHub. First, thanks for this great tool! I use it all the time to make quick work-in-progress GIFs to share with my team. That said -- I'm struggling to find the best encoder for my purposes -- System is super fast, has good file sizes, and provides the best quality on my new Win 10 machine, but doesn't translate well to mobile _at all_ (very slow playback, crashes, bad color rendition). "1.0" translates well to mobile (smooth playback, no additional artifacts) and offers far better quality than "2.0" but often results in pretty bad banding, and is significantly slower to encode. I saw that there is a high-quality gif encoder out there that is available for integration in OS projects -- called gifski -- have you taken a look, any plans to integrate into Screen2Gif??? Would love a new option, and it looks like it uses some trickery to get beyond the 256 color limit (or at least appear to). I would go for a longer encode process if I could get very high quality across devices... thoughts? Thanks, Marc

kerem

2026-02-26 09:30:27 +03:00

closed this issue
added the
🔷Enhancement
label

kerem commented

2026-02-26 09:30:27 +03:00

Author

Owner

@marcsyp commented on GitHub (Dec 12, 2017):

forgot to provide a link:

https://gif.ski

@marcsyp commented on GitHub (Dec 12, 2017): forgot to provide a link: https://gif.ski

kerem commented

2026-02-26 09:30:27 +03:00

Author

Owner

@NickeManarin commented on GitHub (Dec 12, 2017):

Hi, thanks for the kind words :)

I just implemented the option to use FFmpeg as a gif encoder, so it should be easy to add gifski.

One question, does it support variable framerate (such as FFmpeg)?

@NickeManarin commented on GitHub (Dec 12, 2017): Hi, thanks for the kind words :) I just implemented the option to use FFmpeg as a gif encoder, so it should be easy to add gifski. One question, does it support variable framerate (such as FFmpeg)?

kerem commented

2026-02-26 09:30:28 +03:00

Author

Owner

@vatterspun commented on GitHub (Dec 16, 2017):

I guess the main question is whether or not gifski generates files that are compatible with older players (part of the reason for the ongoing success of Animated GIF). In some testing I did like a year ago I know FFmpeg worked well.

looks like it uses some trickery to get beyond the 256 color limit (or at least appear to)

For something that's essentially a GIF with support for more than 256 colors, you might want to look into APNG: https://github.com/NickeManarin/ScreenToGif/issues/129

@vatterspun commented on GitHub (Dec 16, 2017): I guess the main question is whether or not gifski generates files that are compatible with older players (part of the reason for the ongoing success of Animated GIF). In some testing I did like a year ago I know FFmpeg worked well. > looks like it uses some trickery to get beyond the 256 color limit (or at least appear to) For something that's essentially a GIF with support for more than 256 colors, you might want to look into APNG: https://github.com/NickeManarin/ScreenToGif/issues/129

kerem commented

2026-02-26 09:30:28 +03:00

Author

Owner

@NickeManarin commented on GitHub (Dec 17, 2017):

Done, it will be available with v2.11.

I know FFmpeg worked well.

Indeed, it works well enough, it even supports variable framerate. Gifski CLI does not.

@NickeManarin commented on GitHub (Dec 17, 2017): Done, it will be available with v2.11. > I know FFmpeg worked well. Indeed, it works well enough, it even supports variable framerate. Gifski CLI does not.

kerem referenced this issue

2026-02-26 09:33:35 +03:00

[PR #181] [MERGED] Update info for privacy issue #1080

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#181

No description provided.

Rows
Columns