[GH-ISSUE #1069] [Feature Request] Yet another GIF Encoder #2981

New issue

Closed

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

kerem commented 2026-03-01 19:05:19 +03:00

Owner

Copy link

Originally created by @koszeggy on GitHub (Feb 7, 2022).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/1069

Originally assigned to: @koszeggy on GitHub.

I've been actually working on this already, but I didn't want to introduce an unwanted pull request without any notification.

Motivation

I really like ScreenToGif and it is very useful in a lot of cases. However, the built-in GIF Encoders have some weaknesses, especially with alpha images. Additionally, the built-in encoders do not support dithering and have only a few quantizers (eg. there is no B&W one), etc. To address these issues I included my GIF Encoder in ScreenToGif but so far it was meant for private usage only. As it proved to be quite useful for me now I ask if you are also interested in it.

📝 Note: I know about the external 3rd party GIF Encoders but I don't cover them in this issue. KGy SOFT Drawing Libraries are built for .NET, providing a direct, in-proc solution with good integration, supporting async-await, progress reporting, cancellation, etc.

Comparisons:

⚠️ Disclaimer: The new encoder does not aim to replace the existing ones. Sometimes the built-in encoders can be faster, more compact or better in other ways so it would be just a new option. The images below do not reflect the general quality difference of the encoders. It is intentionally a special example where the new encoder might be a better choice.

Animation	Description	Size
Original APNG image		363.1K
System Encoder		288.4K
STG Encoder (Default Preset)		341.9K
STG Encoder (High Quality Preset)		347.1K
STG Encoder (High Quality • Graphics Preset)		256.6K
STG Encoder (High Quality • Transparent Background Preset)		320.8K
KGy SOFT Encoder (Balanced Preset)		151.2K
KGy SOFT Encoder (High Quality Preset)		158.1K
KGy SOFT Encoder (Low Quality Preset)		102.7K
KGy SOFT Encoder (custom preset: Wu quantizer, white background, no alpha)		276.1K

Preview:

Still under development but now it looks like this (it also shows some of the supported quantizers and ditherers):

Bonus (offtopic):

During development I bumped into some issues regarding user settings deserialization, where I noticed the comment about looking for a better solution. As a matter of fact, I addressed the problem on a separate branch. The refactored version is 253 lines shorter than the original, and it doesn't need adjustments when using new types in user settings (such as new enums, nullables, etc). Its branch was created from the new encoder's feature branch rather than master (not published yet), and as it uses some features from the same library referenced also by KGy SOFT Drawing Libraries maybe it makes sense if I create a pull request only if the new encoder is accepted along with its dependencies.

---

So what do you think? Will you accept a pull request for the new encoder? If so, I could improve the user experience a bit (more tooltips/hints, etc.), and maybe I can add some localization, too. Maybe I could finish it in a week or two.

Originally created by @koszeggy on GitHub (Feb 7, 2022). Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/1069 Originally assigned to: @koszeggy on GitHub. I've been actually [working](https://github.com/koszeggy/ScreenToGif/tree/KGySoftGifEncoder) on this already, but I didn't want to introduce an unwanted pull request without any notification. **Motivation** I really like ScreenToGif and it is very useful in a lot of cases. However, the built-in GIF Encoders have some weaknesses, especially with alpha images. Additionally, the built-in encoders do not support dithering and have only a few quantizers (eg. there is no B&W one), etc. To address these issues I included my [GIF Encoder](https://github.com/koszeggy/KGySoft.Drawing#advanced-gif-encoder-with-high-color-support) in ScreenToGif but so far it was meant for private usage only. As it proved to be quite useful for me now I ask if you are also interested in it. > 📝 _Note:_ I know about the external 3rd party GIF Encoders but I don't cover them in this issue. KGy SOFT Drawing Libraries are built for .NET, providing a direct, in-proc solution with good integration, supporting async-await, progress reporting, cancellation, etc. **Comparisons:** > ⚠️ _Disclaimer:_ The new encoder does not aim to replace the existing ones. Sometimes the built-in encoders can be faster, more compact or better in other ways so it would be just a new option. The images below do _not_ reflect the general quality difference of the encoders. It is intentionally a special example where the new encoder might be a better choice. |Animation|Description|Size |--|--|--| | Original APNG image |  | 363.1K | | System Encoder |  | 288.4K | | STG Encoder (Default Preset) |  | 341.9K | | STG Encoder (High Quality Preset) |  | 347.1K | | STG Encoder (High Quality • Graphics Preset) |  | 256.6K | | STG Encoder (High Quality • Transparent Background Preset) |  | 320.8K | | KGy SOFT Encoder (Balanced Preset) |  | 151.2K | | KGy SOFT Encoder (High Quality Preset) |  | 158.1K | | KGy SOFT Encoder (Low Quality Preset) |  | 102.7K | | KGy SOFT Encoder (custom preset: Wu quantizer, white background, no alpha) |  | 276.1K | **Preview:** Still under development but now it looks like this (it also shows some of the supported quantizers and ditherers):  **Bonus (offtopic):** During development I bumped into some issues regarding user settings deserialization, where I noticed the [comment](https://github.com/NickeManarin/ScreenToGif/blob/9cfdf56f3538277a4dfcf556535207031ac9f25a/ScreenToGif.Util/Settings/UserSettings.cs#L194) about looking for a better solution. As a matter of fact, I addressed the problem on a separate branch. The refactored version is 253 lines shorter than the original, and it doesn't need adjustments when using new types in user settings (such as new enums, nullables, etc). Its branch was created from the new encoder's feature branch rather than master (not published yet), and as it uses some features from the same [library](https://github.com/koszeggy/KGySoft.CoreLibraries) referenced also by KGy SOFT Drawing Libraries maybe it makes sense if I create a pull request only if the new encoder is accepted along with its dependencies. ---- So what do you think? Will you accept a pull request for the new encoder? If so, I could improve the user experience a bit (more tooltips/hints, etc.), and maybe I can add some localization, too. Maybe I could finish it in a week or two.

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

• closed this issue
• added the
  🔷Enhancement
  ⬜ Completed
  labels

Sign in to join this conversation.

No Branch/Tag specified

Branches Tags

master

dev

v2.40

2.43.1

2.43

2.42.1

2.42

2.41.5

2.41.4

2.41.3

2.41.2

2.41.1

2.41

2.40.1

2.40

2.39

2.38.1

2.38

2.37.2

2.37.1

2.37

2.36

2.35.4

2.35.3

2.35.2

2.35.1

2.35

2.34.1

2.34

2.33.1

2.33

2.32.1

2.32

2.31

2.30.1

2.30

2.29.1

2.29

2.28.2

2.28.1

2.28

2.27.3

2.27.2

2.27.1

2.27

2.26.1

2.26

2.25

2.24.2

2.24.1

2.24

2.23.2

2.23.1

2.23

2.22.1

2.22

2.21.2

2.21.1

2.21

2.20.4

2.20.3

2.20.2

2.20.1

2.20

2.19.3

2.19.2

2.19.1

2.19

2.18

2.17.1

2.17

2.16

2.15.2

2.15.1

2.15

2.14.1

2.14

2.13.3

2.13.2

2.13.1

2.13

2.12.1

2.12

2.11

2.10

2.9

2.8.1

2.8

2.7.3

2.7.2

2.7.1

2.7

2.6

2.5

2.4

2.3.2

2.3.1

2.3

2.2

2.1

Labels

Clear labels   

copy cats

  

duplicated

  

future feature

  

pull-request

Mirrored from GitHub 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 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

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

1 participant

Notifications

Subscribe

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

No description provided.