mirror of
https://github.com/NickeManarin/ScreenToGif.git
synced 2026-04-25 23:25:52 +03:00
[GH-ISSUE #502] Doesn't work with Gsync #419
Labels
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
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ScreenToGif#419
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @brian6932 on GitHub (Jul 26, 2019).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/502
There is a large amount of mouse lag and stuttering, what happens is that g-sync is trying to match the fps of an unoptimized program which has low fps, This happens because the refresh rate of the monitor becomes less than it's native refresh rate, which in turn, makes the mouse looks laggy. This is common in some hardware accelerated programs, so as you may guess, you have 2 main options for a temp fix, to make ScreenToGif fixed refresh in the control panel or disable Gsync on windowed mode altogether.
@NickeManarin commented on GitHub (Sep 24, 2019):
I'm not sure if I can do anything programmatically to help this issue.
@NickeManarin commented on GitHub (Jun 25, 2021):
Closing this was external.
I implemented a feature to improve the cycle rate of the capture system, but I'm not sure if would help anyway with this issue.