hyprwm / contrib

Community scripts and utilities for Hypr projects
MIT License
294 stars 39 forks source link

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

Open IceDBorn opened 1 year ago

IceDBorn commented 1 year ago

Screenshot with scaling set to 1

image

Screenshot with scaling set to 1.15

image

fufexan commented 1 year ago

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

IceDBorn commented 1 year ago

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.

ZerdoX-x commented 9 months ago

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

IceDBorn commented 9 months ago

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

ZerdoX-x commented 9 months ago

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

IceDBorn commented 9 months ago

Nope

anotherwanwanyi commented 9 months ago

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.

fufexan commented 9 months ago

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

vaxerski commented 9 months ago

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)

purrpurrn commented 7 months ago

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

decoded-satapathy commented 6 months ago

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.

ZerdoX-x commented 6 months ago

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"