Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Blurring cuts in and out #5

Open
karulont opened this issue Sep 20, 2014 · 19 comments
Open

Blurring cuts in and out #5

karulont opened this issue Sep 20, 2014 · 19 comments
Assignees
Labels

Comments

@karulont
Copy link
Owner

I received a "bug report".

The blurring cuts in and out when I use this; one moment it's blurred, then the next it's clear, then it's blurred again, seeming to update in time with the clock on my statusbar.

  • Celti
@karulont karulont added the bug label Sep 20, 2014
@karulont
Copy link
Owner Author

I believe that this thing might happen when used together with some other app, which tries to write to the X11 overlay window.

When somebody else has this problem, then let me know.
But for now, I close this issue.

@bchretien
Copy link

I noticed the same "ticking" bug with the last release on Arch.

@karulont
Copy link
Owner Author

Are you running a composer?
What windowmanager are you using?
What Desktop environment?

@karulont karulont reopened this Jan 23, 2015
@bchretien
Copy link

  • Window manager: i3
  • Compositor: compton
  • No desktop environment
  • Things running: i3blocks (for i3bar), tmux sessions inside termite, qutebrowser
  • Setup: dualscreen

I tried disabling i3blocks since this is the only thing "ticking" (the bar is updated at some given intervals), and this bug stopped. I also observe some visual artifacts when unlocking: some parts remain blurred (e.g. tab bar of my browser, terminals etc.), which forces me to refresh them manually.

All of these bugs do not happen when the blurring feature is not enabled.

@karulont
Copy link
Owner Author

i3blocks probably just updates the screen, which causes a redraw. You can put something other to the background, for example leave a video playing. That should rule out i3blocks.

I think that the problem is with compton. i3lock-blur uses the same overlay window as compton.

I got some university stuff going on right now, but I will find time next week, to look into it. And test it with compton myself.

@bchretien
Copy link

Indeed, confirmed with a video, and killing compton solves it. You can find my compton configuration file here, and I use v0.1_beta2.

@karulont
Copy link
Owner Author

karulont commented Feb 9, 2015

I did a little work on it, will continue tomorrow. I try to use screensaver window instead of composite overlay window.

Currently the problem is, that compton is a composite manager and uses composite overlay window, and i3lock-blur tries to use the same window, which causes a conflict between them.

@karulont karulont self-assigned this Feb 10, 2015
@Tasqa
Copy link

Tasqa commented Apr 30, 2015

Is there any news on the progress of this bug? I'm running into the same issue now?

@karulont
Copy link
Owner Author

I have to admit, that I have been a little lazy.
I started working on it, then got into some schoolwork and forgot about it.
Unfortunately I am too busy right now to start working on it.

I guess that you also use a composite manager. Currently i3lock-blur will not work correctly when using a composite manager because they try to draw onto the same window and therefore are in conflict.

@Tasqa
Copy link

Tasqa commented May 1, 2015

Allright, thanks for the update. Then I'll just use different locking options for now.

@karulont
Copy link
Owner Author

Use a wrapper script that first kills your composer, runs i3lock-blur, then starts your composer. This is probably the easiest solution.

@ghost
Copy link

ghost commented Feb 27, 2016

I think adding paint-on-overlay = false; to your compton config (~/.config/compton.conf) makes it.

R.

@megawebmaster
Copy link

I've got another proposal - why do we bother to update pixmaps if we can get a blurred background once and display it? This should fix #10 as well. Is it worth working on? :)

@karulont
Copy link
Owner Author

karulont commented Feb 1, 2017

The whole idea of i3lock-blur is to update the blurred image when the background changes. If you want to blur only once, then you can use this -- it was the inspiration for writing i3lock-blur.

For me it felt awkward that I see something on the lock screen, open the lock, and something completely different is actually on the screen.

@megawebmaster
Copy link

Well, the problem with the script is that it works so slow it's unusable. On modern, powerful PC it takes 2 seconds to lock and that's unacceptable.

Unfortunately for now (even with compton turned off) the screen is weirdly flickering with i3lock-blur so I will probably create a fork and figure out how to make it single time blurring. IMO when locked screen does not change that often or you cannot really see what changed after opening it up. Maybe another switch for i3lock would be good?

@karulont
Copy link
Owner Author

karulont commented Feb 3, 2017

You raised a valid argument against the script. Therefore I thought I would give it a try. Check out blur-once branch and let me know if it works for you.

@karulont karulont reopened this Feb 3, 2017
@karulont
Copy link
Owner Author

karulont commented Feb 3, 2017

I forgot to add that, when trying out blur-once branch, you should use the options: i3lock -fo.

@megawebmaster
Copy link

Thanks for taking your time to implement my suggestion! It works perfectly, even with Compton running, now I can easily use it as my lock screen! Thanks again!

@James-C-000
Copy link

Has there been any progress on this bug at all? It looks like you removed the --once flag, as it doesn't work on my end. Without it I have horrible flickering with Compton.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants