mirror of
https://github.com/NickeManarin/ScreenToGif.git
synced 2026-04-25 23:25:52 +03:00
[GH-ISSUE #421] Record pause when moving the recorder window #345
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#345
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 @wvxwxvw on GitHub (Jan 5, 2019).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/421
Originally assigned to: @NickeManarin on GitHub.
Hi,
I noticed that when I call the recorder from the editor, when I move window around the screen, the recording stops. The result is that frames are captured before and after the movement and while driving, the recording pauses. With a simple recorder call, everything works correctly.
@zalmanlew commented on GitHub (Jan 6, 2019):
I was able to reproduce the same thing as you, note this only happens when launching the recorder form the editor. This must be a bug.
@NickeManarin commented on GitHub (Jan 6, 2019):
This is an old bug. It happens with some machines, not with everyone. I still don't know what happens exactly.
@vatterspun commented on GitHub (Jan 8, 2019):
Ha! Actually when I first read this, I didn't think this was a bug. I thought "yeah it might be nice for the program to automatically pause when moving the window."
@zalmanlew commented on GitHub (Jan 8, 2019):
@vatterspun when moving around it's actually smooth and continues recording, the bug happens when the recorder is launched from the Editor and not directly.
@NickeManarin commented on GitHub (Sep 27, 2019):
I fixed this bug.
It was caused by the code that saves the window position.
Strange that it only happened when calling the recorder from the Editor.
The window movement now feels a little bit lighter.