contrib icon indicating copy to clipboard operation
contrib copied to clipboard

Grimblast on hyprland with a monitor scaling above 1 results in blurry screenshots

Open IceDBorn opened this issue 2 years ago • 13 comments

Screenshot with scaling set to 1

image

Screenshot with scaling set to 1.15

image

IceDBorn avatar Nov 10 '23 14:11 IceDBorn

I think that's the application not properly supporting the fractional scaling protocol, and being blurred itself.

fufexan avatar Nov 10 '23 19:11 fufexan

Nope, the app was crystal clear upon screenshotting. I even used a magnifier app to replicate the screenshot and it was like the first screenshot where the scaling is set to 1.

IceDBorn avatar Nov 10 '23 20:11 IceDBorn

@IceDBorn by the way, do you have --freeze option on? 99% of blurriness i get is from this option.

ZerdoX-x avatar Feb 21 '24 13:02 ZerdoX-x

I use the option, but I do not get any blurriness with it when the scaling is set to 1.

IceDBorn avatar Feb 21 '24 13:02 IceDBorn

let me put the question differently. do you get less blurriness when scaling is >1 and screenshot is made without --freeze option?

ZerdoX-x avatar Feb 22 '24 15:02 ZerdoX-x

Nope

IceDBorn avatar Feb 22 '24 15:02 IceDBorn

I'm experiencing a similar issue. I use a laptop connected to a monitor. 图片 As picture shows, my laptop screen scaling is set to 2, while the monitor scaling is set to 1.5.

It seems like the blur comes from the "--freeze" option.

eDP-1(Scaling 2) Screenshot with -f(--freeze): 图片

eDP-1(Scaling 2) Screenshot without -f(--freeze): 图片

HDMI-A-1(Scaling 1.5) Screenshot with -f(--freeze): 图片

HDMI-A-1(Scaling 1.5) Screenshot without -f(--freeze): 图片

The third and fourth images are both blurry, but the third one is blurrier. I suspect the blur in the fourth image is due to the 1.5x scaling, while the blur in the third one is also influenced by the --freeze option.

Another more intuitive way to verify this is to simply set the scaling to a non-integer value (e.g., 1.5) and bind the keys as follows:

bind = , Print,                     exec, grimblast -n -f copy area

Just press "Print" again and again, and the blur will overlap continuously. However, using grimblast -n copy area won't cause that blur.

anotherwanwanyi avatar Feb 26 '24 05:02 anotherwanwanyi

If it's the freeze option's fault, then hyprpicker is at fault. @vaxerski

fufexan avatar Feb 26 '24 13:02 fufexan

it's not hyprpicker, it's hyprland. On fs screenshots of an area are blurry. That's why freeze makes it more blurred, because blurring happens twice. (hyprpicker is 1, grim is 2)

vaxerski avatar Feb 26 '24 14:02 vaxerski

Why do hyprpicker and grim blur the image? I don't want any kind of blur :(

purrpurrn avatar Apr 21 '24 21:04 purrpurrn

I have expireinced the same issue, with scaling set to integer values (1, 2, 3....) I get a sharper screenshot, while with non integer scaling (1.25, 1.5 ...) I get visibly blurry screenshot

Screenshot with scaling set to 1.25 image

Screenshot with scaling set to 1 image

I haven't used the --freeze option.

decoded-satapathy avatar May 18 '24 13:05 decoded-satapathy

We already confirmed the issue:

it's not hyprpicker, it's hyprland. On fs screenshots of an area are blurry. That's why freeze makes it more blurred, because blurring happens twice. (hyprpicker is 1, grim is 2)

please do not bump with "me too"

ZerdoX-x avatar May 23 '24 14:05 ZerdoX-x