[GH-ISSUE #487] Artifacts of moving windows when recording #408

Closed
opened 2026-02-26 09:31:19 +03:00 by kerem · 8 comments
Owner

Originally created by @andrecool-68 on GitHub (May 30, 2019).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/487

If disable the option "enable desktop composition" in windows 7 ...then these artifacts disappear
In windows 10 it's impossible to get rid of this artifact

enabled enable desktop composition

000

disabled enable desktop composition

111

Originally created by @andrecool-68 on GitHub (May 30, 2019). Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/487 If disable the option "enable desktop composition" in windows 7 ...then these artifacts disappear In windows 10 it's impossible to get rid of this artifact enabled `enable desktop composition` ![000](https://user-images.githubusercontent.com/3471892/58660554-618ee600-832e-11e9-90b7-0f98c71da8d7.gif) disabled `enable desktop composition` ![111](https://user-images.githubusercontent.com/3471892/58661333-50df6f80-8330-11e9-87cf-e1d123adb94c.gif)
kerem closed this issue 2026-02-26 09:31:19 +03:00
Author
Owner

@NickeManarin commented on GitHub (Jun 26, 2019):

The artifact that you are seeing (second gif) are due to the color quantization process. It's only possible to reduce its effect when disabling the option to paint unchanged pixels with a dummy color (chroma key).

<!-- gh-comment-id:505879795 --> @NickeManarin commented on GitHub (Jun 26, 2019): The artifact that you are seeing (second gif) are due to the color quantization process. It's only possible to reduce its effect when disabling the option to paint unchanged pixels with a dummy color (chroma key).
Author
Owner

@andrecool-68 commented on GitHub (Jun 26, 2019):

@NickeManarin
The artifact occurs on the first animation!
The second image is fine ... and there are no artifacts!

<!-- gh-comment-id:505891032 --> @andrecool-68 commented on GitHub (Jun 26, 2019): @NickeManarin The artifact occurs on the first animation! The second image is fine ... and there are no artifacts!
Author
Owner

@andrecool-68 commented on GitHub (Jun 26, 2019):

@NickeManarin This artifact occurs during the screen recording process ... and not during the editing process.

<!-- gh-comment-id:505955514 --> @andrecool-68 commented on GitHub (Jun 26, 2019): @NickeManarin This artifact occurs during the screen recording process ... and not during the editing process.
Author
Owner

@NickeManarin commented on GitHub (Jun 30, 2019):

I can see artifacts in both gifs. I'm aware of the artifacts of the second gif, when you move the window, there's some pixels with the wrong shade of the color. This happens because of the gif encoder trying and failing to find the right color.

Now, the first gif shows a trail of the window border. I'm not sure what's happening. Have you tried to disable that option, so when the window is dragged, it will move in place, instead of just the border.

I remember that got the same issue back when I was using Windows 7, specially when the computer was slow and the graphics adapter was not handling so well all changes.

<!-- gh-comment-id:507003597 --> @NickeManarin commented on GitHub (Jun 30, 2019): I can see artifacts in both gifs. I'm aware of the artifacts of the second gif, when you move the window, there's some pixels with the wrong shade of the color. This happens because of the gif encoder trying and failing to find the right color. Now, the first gif shows a trail of the window border. I'm not sure what's happening. Have you tried to disable that option, so when the window is dragged, it will move in place, instead of just the border. I remember that got the same issue back when I was using Windows 7, specially when the computer was slow and the graphics adapter was not handling so well all changes.
Author
Owner

@andrecool-68 commented on GitHub (Jun 30, 2019):

@NickeManarin
The second animation works perfectly!
In these examples only the window frame should be moved (without its contents!)
sorry me for my bad english

<!-- gh-comment-id:507012761 --> @andrecool-68 commented on GitHub (Jun 30, 2019): @NickeManarin The second animation works perfectly! In these examples only the window frame should be moved (without its contents!) sorry me for my bad english
Author
Owner

@NickeManarin commented on GitHub (Jul 16, 2019):

@andrecool-68 So, you are saying that the window border is getting glitched like that only when recording?

<!-- gh-comment-id:512024155 --> @NickeManarin commented on GitHub (Jul 16, 2019): @andrecool-68 So, you are saying that the window border is getting glitched like that only when recording?
Author
Owner

@andrecool-68 commented on GitHub (Jul 17, 2019):

@NickeManarin
Exactly! This happens already in the recording of the animation on the desktop.
This can be seen as happening when dragging internal windows into Notepad++.

<!-- gh-comment-id:512100906 --> @andrecool-68 commented on GitHub (Jul 17, 2019): @NickeManarin Exactly! This happens already in the recording of the animation on the desktop. This can be seen as happening when dragging internal windows into Notepad++.
Author
Owner

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

I think that you need to contact Notepad++ devs and show this issue to them. It's something out of my control.

<!-- gh-comment-id:536021027 --> @NickeManarin commented on GitHub (Sep 27, 2019): I think that you need to contact Notepad++ devs and show this issue to them. It's something out of my control.
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#408
No description provided.