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

Bitmap Printer can get killed (+ how to fix it) #13

Open
andiandi13 opened this issue Jul 25, 2022 · 1 comment
Open

Bitmap Printer can get killed (+ how to fix it) #13

andiandi13 opened this issue Jul 25, 2022 · 1 comment

Comments

@andiandi13
Copy link

I noticed that bitmap printer was sometimes replaced by the native screenshot notification. Most of the time it meant that it was deactivated - or killed.
When I reboot it works again obviously.

After doing tests I found out that it was due to fast captures without waiting a delay (I think 3 sec as you mentioned). The issue is that it can happen by accident when we want to take a precise action, whatever.

Also note that system screenshot notification doesn't always mean BP has been killed. If you stop screenshoting as soon as you see the notification, it look like you can still use it. But if you press to frequently the button, it's over.

How do I fix it without having to reboot :

When this bug occurs (bitmap printer not being called anymore) there's a tmp.bmp file, which is the last screenshot before the bug. If you delete this picture, it works again.

  1. So if you can fix this, it'd be very nice.

  2. Also, I wonder if it's possible to improve delay between screenshots. I know .BMP file has to be saved but what would happen if you set 500ms delay ? It'd lag ?

@HookedBehemoth
Copy link
Owner

The time it takes to store the bitmaps is mostly determined by how much memory I allocate.
If you increate this variable it should save significantly faster.

constexpr const u64 divider = 10;

It should evenly divide 720 but that is statically asserted.

I could imagine the issue with it being "killed" is that we don't respond to the event in time and vi ends up taking precidence. I have no idea how I would detect that though.

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

No branches or pull requests

2 participants