Bug 495514 - A bit of delay in screenshot capturing
Summary: A bit of delay in screenshot capturing
Status: RESOLVED DUPLICATE of bug 442876
Alias: None
Product: Spectacle
Classification: Applications
Component: General (show other bugs)
Version: 24.08.2
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Noah Davis
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-10-29 03:05 UTC by Syntist
Modified: 2024-10-29 16:17 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Syntist 2024-10-29 03:05:42 UTC
Compared to Gnome and Windows, there is bit of delay in spectacle tool to take a screenshot, though I don't have any problem with the screenshot tool of full screen, the issue is when I try to use Rectangular Region. There is a bit of delay before the tool is shown, with shortcut keys and also direct from the button, while in gnome and windows it's instant.

There is no delay set but still there is a delay.


Reproduce:
1. Press Win + Shift + PrintScr
2. 1 sec to appear

Expected Result:
1. Should show the tool instantly like gnome and windows, when no delay is set


Specs:
syntist@syntist-pc
------------------
OS: CachyOS Linux x86_64
Host: Precision 5570
Kernel: Linux 6.11.5-3-cachyos
Uptime: 2 hours, 12 mins
Packages: 1503 (pacman), 51 (flatpak)
Shell: fish 3.7.1
Display (EI322QUR): 2560x1440 @ 165 Hz (as 2048x1152) in 29" [External] *
Display (SHP1515): 1920x1200 @ 66 Hz (as 1536x960) in 22" [Built-in]
DE: KDE Plasma 6.2.2
WM: KWin (Wayland)
WM Theme: Breeze
Theme: Breeze (Dark) [Qt], Adwaita-dark [GTK2/3/4]
Icons: breeze-dark [Qt], breeze-dark [GTK2/3/4]
Font: Noto Sans (10pt) [Qt], Noto Sans (10pt) [GTK2/3/4]
Cursor: Breeze_Light (24px)
Terminal: konsole 24.8.2
CPU: 12th Gen Intel(R) Core(TM) i7-12800H (20) @ 4.80 GHz
GPU 1: NVIDIA RTX A1000 Laptop GPU
GPU 2: Intel Iris Xe Graphics @ 1.40 GHz [Integrated]
Memory: 11.14 GiB / 15.30 GiB (73%)
Swap: 6.91 GiB / 31.55 GiB (22%)
Disk (/): 144.60 GiB / 237.41 GiB (61%) - xfs
Disk (/mnt/Drive): 131.04 GiB / 244.02 GiB (54%) - xfs
Disk (/mnt/Local Disk): 288.25 GiB / 687.36 GiB (42%) - fuseblk
Local IP (wlan0): 192.168.0.15/24
Battery (DELL M59JH25): 100% [AC Connected]
Comment 1 Noah Davis 2024-10-29 03:55:18 UTC
Which version of Spectacle do you use?

GNOME and Windows might be keeping their screenshot tools loaded in the background. Then again, Spectacle has a fairly slow startup time to begin with.

The screenshot should actually happen pretty much right when you take it, but the UI might show up slightly later. Try taking a screenshot of a video player and you'll see from the video player timestamp that the screenshot is actually from before the UI appeared.
Comment 2 Syntist 2024-10-29 04:35:34 UTC
I updated the ticket with the version being used, am using 24.08.2

Yes, I noticed the video goes a bit back like 1-2 frame back when I take a screenshot with the tool. 
And the toolbar does take time to appear.

I think I am use to other screenshot tools that why it feels sluggish to me, maybe we can add it as an enhancement.
Comment 3 Nate Graham 2024-10-29 16:17:11 UTC
Yes, GNOME's tool is faster because it runs in-process; it's not a separate app that needs to launch. So its code is always hot and ready for action, at the cost of taking up more memory. I don't know the equivalent in Windows works, though.

Without re-architecting Spectacle and making the same trade-off, we likely can't make it quite as fast. But hopefully we can come close. That's tracked in Bug 442876; marking as a duplicate of it.

*** This bug has been marked as a duplicate of bug 442876 ***