-
Notifications
You must be signed in to change notification settings - Fork 190
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
Win8 Duplication as Capture source turns off on idle #10
Comments
Hm, I don't have that behavior it with my Lightpack hardware (windows 10 pending).
I'll see if it's because of Windows 10 once my upgrade is through, I'll let you know. |
Yes, it comes back the moment I move my mouse or something moves on screen. It seems as if the Duplication Algo does not provide any changes to you and that for you don't send anything to the Adalight. Perhaps the sending Thread is fired only on the Windows Desktop change event?
|
Looks like this isn't going to be too easy. After upgrading everything works fine for me.
Unfortunately I have no deeper understanding of the device-side of Prismatik, aka. when which data is sent to which device. I'll try some things. |
Here's good news: I was able to reproduce the issue (except my lightpacks don't go off). I don't know how to get into that state but it is possible to get down to ~2 FPS for a few seconds before Desktop Duplication actually stops. It does not happen with WinAPI |
Great, the FPS do get really low, ignoring the Grab interval. |
@jwiemann can you try this version on your system: https://psieg.de/jenkins/job/Prismatik_Windows/58/ |
Not bad, the backlight turns on every two seconds (and off in between). The FPS counter stays at 0.00. Can't you bind the frequency to the grab interval? |
The Desktop Duplication mechanism is rather smart: If your screen is not updated, it does not re-grab and recalculate the colors. This is why the FPS is lower than you expect and changes dynamically. I'd rather keep the updated frequency as low as possible to keep the CPU usage etc. low. To optimize that, I need to know after how long the Adalight will switch off if no updates are received. Two seconds is too low, OK - but does it have to be 50 ms? Can you tell - roughly - how long the Adalight stays on in between the two second breaks? |
I changed the grab frequency to 1000 (max) -> 1.00 FPS, and there was no flickering (only occasionally when the FPS got under 1). I cant time the period any more precise.. I guess the min is 1FPS. |
If this one works for you, the limit is 1FPS. Try closing the Prismaitk window too, because the FPS updates are screen updates which trigger a grab |
It works very good, I closed as much Processes as I could --> still stable. |
When I use Win8 Duplication the Adalight Ambilight turns off after a second when I dont move the cursor.
Using:
Arduino + Adalight (std. from Git)
Windows 10
Default Prismatik configuration
By the way: great work on the Win8 method, its impressively performant on the CPU! Would be great if you could fix this bug. I read in forums, that this is a known bug even in the woodenshark Lightpack. Normally a restart of the App worked.
The text was updated successfully, but these errors were encountered: