[GH-ISSUE #593] Hard to stop a preview in player of editor after import

kerem commented

2026-02-26 09:31:37 +03:00

Owner

Originally created by @serious-angel on GitHub (Feb 19, 2020).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/593

Dear Developers,

Thank you very much for this project.

Although, it's worth to mention that:

It's hard to stop a preview in player of editor after import(video?).
Maybe it's related that mouse click must be very fast(between frame change) to stop it?

Preview:

Mouse is selected in preferences, but is not shown as you might notice above:

When starting rendering a window of progress(progress bar) which is opened in bottom right corner of screen is cut(part of window is hidden) if screen(monitor?) is scaled, for example, 150%.

Also, what do you think about adding a grids(crosses) to region selections, like 4x4, 9x9 etc.?

Is that a correct behavior? Thank you!

Best regards

Originally created by @serious-angel on GitHub (Feb 19, 2020). Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/593 Dear Developers, Thank you very much for this project. Although, it's worth to mention that: 1. It's hard to stop a preview in player of editor after import(video?). Maybe it's related that mouse click must be very fast(between frame change) to stop it? Preview: ![](https://i.imgur.com/zjk6F1m.gif) 2. Mouse is selected in preferences, but is not shown as you might notice above: ![](https://i.imgur.com/aKg8gTD.png) 3. When starting rendering a window of progress(progress bar) which is opened in bottom right corner of screen is cut(part of window is hidden) if screen(monitor?) is scaled, for example, 150%. Also, what do you think about adding a grids(crosses) to region selections, like 4x4, 9x9 etc.? Is that a correct behavior? Thank you! Best regards

kerem

2026-02-26 09:31:37 +03:00

closed this issue
added the
🔷 Bug 🐛
label

kerem commented

2026-02-26 09:31:38 +03:00

Author

Owner

@NickeManarin commented on GitHub (Feb 19, 2020):

1 and 2 looks fine in here. Which version of the app are you using?

Can you show a screenshot of n. 3?

@NickeManarin commented on GitHub (Feb 19, 2020): 1 and 2 looks fine in here. Which version of the app are you using? ![Play-Pause](https://user-images.githubusercontent.com/14798947/74868301-c95de480-5334-11ea-94ec-e2030cdcf377.gif) Can you show a screenshot of n. 3?

kerem commented

2026-02-26 09:31:38 +03:00

Author

Owner

@serious-angel commented on GitHub (Feb 19, 2020):

Thank you for a reply.

The version is currently the last one: https://github.com/NickeManarin/ScreenToGif/releases/download/2.20.4/ScreenToGif.2.20.4.Portable.zip
Maybe this might exist when imported video is bigger? Also, it's worth to mention that it stops instantly every time after clicking on previous or next frame(near pause) button even when pause does not stop it.

For me a video was about 33000 frames and cropped while importing from 6000 to 18000 frames (total 761 at 60 FPS) frames in preview.

Hm, 2) and 3) might be related to scaled screen.
A screenshot of n. 3:

This is a button right corner of a ~4K(2160p) screen scaled to 150% when rendering:

@serious-angel commented on GitHub (Feb 19, 2020): Thank you for a reply. The version is currently the last one: https://github.com/NickeManarin/ScreenToGif/releases/download/2.20.4/ScreenToGif.2.20.4.Portable.zip Maybe this might exist when imported video is bigger? Also, it's worth to mention that it stops instantly every time after clicking on previous or next frame(near pause) button even when pause does not stop it. For me a video was about 33000 frames and cropped while importing from 6000 to 18000 frames (total 761 at 60 FPS) frames in preview. ![](https://i.imgur.com/5bB6mCi.png) Hm, 2) and 3) might be related to scaled screen. A screenshot of n. 3: This is a button right corner of a ~4K(2160p) screen scaled to 150% when rendering: ![](https://i.imgur.com/5BSckI9.png)

kerem commented

2026-02-26 09:31:38 +03:00

Author

Owner

@NickeManarin commented on GitHub (Aug 29, 2020):

Number 3 was fixed, so with the current version (v2.26.1) it should be displaying correctly (You are going to have to enable "Display encodings in a separated window" on Options > Editor in order test it).

Number 1 and 2: Looks like the clicks were not being properly registered within the button. Can you check again with the current version (v2.26.1)?

@NickeManarin commented on GitHub (Aug 29, 2020): Number 3 was fixed, so with the current version (v2.26.1) it should be displaying correctly (You are going to have to enable "Display encodings in a separated window" on Options > Editor in order test it). Number 1 and 2: Looks like the clicks were not being properly registered within the button. Can you check again with the current version (v2.26.1)?

kerem commented

2026-02-26 09:31:38 +03:00

Author

Owner

@serious-angel commented on GitHub (Aug 29, 2020):

Number 3 was fixed, so with the current version (v2.26.1) it should be displaying correctly (You are going to have to enable "Display encodings in a separated window" on Options > Editor in order test it).

Number 1 and 2: Looks like the clicks were not being properly registered within the button. Can you check again with the current version (v2.26.1)?

I very appreciate your help! 😄

The "2" seems works properly:

The "3" seems works properly:

The "1" is interesting. It seems like right after media import(i.e. "*.mp4" video) and first preview play it might do not allow to pause the preview playing via "play/pause" button, but after full play and auto rewind(2 loop) it allows to do so(used different record service to record):

Interesting. Found something related to new record window. Posted in different GitHub issue #708.

Once more ... very appreciate.

Regards

@serious-angel commented on GitHub (Aug 29, 2020): > Number 3 was fixed, so with the current version (v2.26.1) it should be displaying correctly (You are going to have to enable "Display encodings in a separated window" on Options > Editor in order test it). > > Number 1 and 2: Looks like the clicks were not being properly registered within the button. Can you check again with the current version (v2.26.1)? I **very** appreciate your help! 😄 The "**2**" seems works properly: <img src="https://i.imgur.com/D7Dfxbw.gif" width="400px" /> The "**3**" seems works properly: <img src="https://user-images.githubusercontent.com/25136754/91647116-0549d300-ea57-11ea-8513-82a60e9369f1.png" width="400px" /> The "**1**" is interesting. It seems like right after media import(i.e. "*.mp4" video) and **first preview** play it might do not allow to pause the preview playing via "play/pause" button, but after full play and auto rewind(2 loop) it allows to do so(used different record service to record): <img src="https://i.imgur.com/w8c3eqd.gif" width="400px" /> --- Interesting. Found something related to new record window. Posted in different GitHub issue #708. Once more ... very appreciate. Regards

kerem commented

2026-02-26 09:31:38 +03:00

Author

Owner

@NickeManarin commented on GitHub (Aug 29, 2020):

For 1, I just imported a 60fps MP4 video, with 761 frames, 60fps (16ms), small sized frame (100px) and went directly to the playback tab after importing and hit play.

I was able to pause normally.

If you are not recording the process, can you pause normally? Perhaps it's another app interfering with the pause process.

Can you test with this version?
ScreenToGifTest.zip

I added an workaround. I want to see if it's working.

@NickeManarin commented on GitHub (Aug 29, 2020): For **1**, I just imported a 60fps MP4 video, with 761 frames, 60fps (16ms), small sized frame (100px) and went directly to the playback tab after importing and hit play. I was able to pause normally. If you are not recording the process, can you pause normally? Perhaps it's another app interfering with the pause process. Can you test with this version? [ScreenToGifTest.zip](https://github.com/NickeManarin/ScreenToGif/files/5146121/ScreenToGifTest.zip) I added an workaround. I want to see if it's working.

kerem commented

2026-02-26 09:31:38 +03:00

Author

Owner

@serious-angel commented on GitHub (Aug 30, 2020):

Thank you

Downloaded and launched a test version ~~(virus free, thank you)~~ 😊
Imported a video
Pressed Play and Paused did not work for the first loop, but only second.

It's worth to mention that button Next frame which is next to Play/Pause works even for first loop which also pauses it:

... Perhaps it's another app interfering ...
Currently, this happens with and without other record application running

Regards

@serious-angel commented on GitHub (Aug 30, 2020): Thank you 1. Downloaded and launched a test version ~~(virus free, thank you)~~ 😊 2. Imported a [video](https://i.imgur.com/EA9hV8v.mp4) 3. Pressed `Play` and `Paused` did not work for the first loop, but only second. It's worth to mention that button `Next frame` which is next to `Play/Pause` works even for first loop which also pauses it: <img src="https://i.imgur.com/fsUgs96.png" /> > ... Perhaps it's another app interfering ... Currently, this happens with and without other record application running Regards

kerem commented

2026-02-26 09:31:38 +03:00

Author

Owner

@NickeManarin commented on GitHub (Apr 21, 2021):

Sorry for the delay.

With v2.28, the previewer was updated.
Can you check if the issue persists?

@NickeManarin commented on GitHub (Apr 21, 2021): Sorry for the delay. With v2.28, the previewer was updated. Can you check if the issue persists?

kerem commented

2026-02-26 09:31:38 +03:00

Author

Owner

@serious-angel commented on GitHub (Apr 21, 2021):

Sorry for the delay.

With v2.28, the previewer was updated.
Can you check if the issue persists?

While testing in different ways, the issue didn't appear. Purely awesome!
I very much appreciate you, dear and great developers, for the contributions ✨

@serious-angel commented on GitHub (Apr 21, 2021): > Sorry for the delay. > > With v2.28, the previewer was updated. > Can you check if the issue persists? While testing in different ways, the issue didn't appear. Purely awesome! I very much appreciate you, dear and great developers, for the contributions ✨

kerem commented

2026-02-26 09:31:38 +03:00

Author

Owner

@NickeManarin commented on GitHub (Apr 21, 2021):

Awesome!

@NickeManarin commented on GitHub (Apr 21, 2021): Awesome!

kerem referenced this issue

2026-03-01 18:48:24 +03:00

[GH-ISSUE #488] Old way to draw rectangle? #1784

kerem referenced this issue

2026-03-01 18:48:27 +03:00