EarTrumpet windows move slowly on Windows 10 19H2+
bgiesing opened this issue · comments
When trying to move both the Mixer and Settings window on 2.1.1.0, there's insane lag. The video below is me quickly flicking the mouse and letting go and shows just how bad it is. The window takes forever to move and doesn't even get to the same final spot.
This is on Windows 10 Pro Insider Preview Build 18860.rs_prerelease.190315-2228 and doesn't happen to any other app, only EarTrumpet.
Can you try turning off transparency to see if this is an issue with the acrylic component?
Turned off transparency and it still does it.
@bgiesing Hm, can you provide display driver version via Device Manager?
We can reproduce this on Windows 10 19H1 and 20H1 builds, even with the built-in Emoji picker dialog (WINKEY + .). Reported this to Microsoft.
From my testing it seems that the USB-reportrate of the mouse causes this issue, setting the mouse-reportrate to 125hz will make it so there's no laggy movement of the window anymore. This is a similar issue MS office has had for a while (especially excel).
This is currently being tracked by Microsoft via the Feedback Hub https://aka.ms/AA4fmz7
I pinged them for an update.
Windows 10 has so many bugs. ughhhhhh
Microsoft has backported the 20H1 fix to 19H2. It will be part of KB4505903 soon. (OS build 18362.263.)
I have installed the update KB4505903 and the issue still isn't fixed. The emoji window (which was previously also laggy) no longer has lag, but the EarTrumpet Volume Mixer and the settings windows are still laggy.
I can confirm this is still an issue in 18362.267
Yep, Microsoft didn't fix this the way we hoped. We're investigating.
Same here on Win 10 Home 1903. Bug didn't occur for me on 1809.
I have the same issue on Windows Home 1903 (Build 18362.499). Please fix this.
I've used ear trumpet for awhile and just did a reinstall of windows and came across this problem for the first time. I was able to fix my issue by going to Advanced System settings>Settings under Performance>Adjust for Performance>OK
Hopefully this fixes it for others who still have the issue.
@moosenoises actually, only disabling "show window content while dragging" is totally sufficient! :) All other graphics settings can remain enabled :)
So it really appears to be related to some "drawing" operation by Windows 10
Any update? This bug makes the app nearly unusable
From my testing it seems that the USB-reportrate of the mouse causes this issue, setting the mouse-reportrate to 125hz will make it so there's no laggy movement of the window anymore. This is a similar issue MS office has had for a while (especially excel).
@Raphire I set my mouse to 125 Hz reportrate and this issue remains, though dragging Office suite is fine.
It's an issue with the backdoor composition API in Windows we used to get Acrylic blur into our windows. There's no good alternative which makes this difficult to fix in the short term. Sorry about that.
Build 1909 checking in here. This window moving is a crippling bug. :-( Please fix, thank you
We know. I think about it every single day. There's no real fix here. Desktop apps don't support acrylic effects natively and the Windows API we used previously is now critically busted. I'll bring this up again in the Microsoft WinUI community meeting as well as chat with the team about it again. We may have to part ways with the acrylic blur and redesign some aspects of the app.
Maybe Win UI 3.0 will fix this issue. Now it is in Alpha. WinUI 3.0 should bring some UWP only XAML features to Win32 apps. According to some articles that was announcing that WinUI 3.0 is in alpha. This was probably the first article that I seen about WinUI 3.0 https://www.windowscentral.com/winui-30-hits-alpha-preview-gives-all-developers-access-native-controls
We're following WinUI 3.0 pretty closely, but currently it's a bit too early to tell if it will help.
That’s why I write maybe, because now I don’t too if it will help. I just wanted to mention WinUI 3.0 in this discussion, because there were too few mentions about it. Only bigger mention about WinUI 3.0 was mention issue thread from Microsoft issue discussion.
Was announced today that WinUI won't support background acrylic for its 3.0 release. So we'll move forward on ripping it out of EarTrumpet. Thank you all for your patience.
Holy cow. A whole year has passed and Microsoft still hasn't fixed this. This also happens when I drag a Chrome window with my finger
Just came to report this problem and looks like your all ready on the case.
I'm currently running Ear Trumpet 2.1.7.0 and Windows 10 Pro 1909 OS Build 18363.900 and have been having this issue.
For now I have just disabled the "show windows content while dragging"
This appears to be fixed in the next Windows release (finally) scheduled for release 21H1. Bit far away but it's out of our hands at this point and doesn't critically impact core functionality.
thanks for keepin watch for us rafael. it's astonishing that it took MS so long. windows must be a real low priority at MS
Lagging on Wpf Acrylic window , 'soft' desiciion - https://github.com/vbobroff-app/FluentWpfChromes
Bug still is here.
EarTrumpet 2.1.7.0
Win10 Pro x64 2004 (build 19041.450)
Just installed EarTrumpet on new Win10 Edu x64 20H2 and having this issue
Is strange... Other programs with acrylic blur effects that I've used have had this issue, but they're now fixed; eg Windows Terminal.
I am not an expert, but this might help:
microsoft/terminal#6880
sourcechord/FluentWPF#42
QL-Win/QuickLook#540
In FluentWPF, a fix to the window drag lag has been commited, maybe this can give a hint:
sourcechord/FluentWPF@4940913
// In Windows10 1903 or later, if you use ACCENT_ENABLE_ACRYLICBLURBEHIND, it will not follow the mouse operation by dragging and moving the window.
// Do not use ACCENT_ENABLE_ACRYLICBLURBEHIND until the behavior of the SetWindowCompositionAttribute function is fixed.
until the behavior of the SetWindowCompositionAttribute function is fixed.
oh a workaround. :(
Hi, I'm the author of the original guidance on how to use acrylic in desktop apps. I wrote the code you're quoting.
I appreciate the pointers, but this is an OS bug that has still not been fixed. It does appear, however, this is still on-track for a fix in the next Windows release.
Having this issue in W10 Home x64 19042, EarTrumpet V 2.1.7.0.
Confirming that @Dani3lNL 's fix solves the problem for now.
Advanced System settings>Settings (under Performance)>(uncheck) Show window contents while dragging>OK.
Thanks for the App, it's great in general!
The drag lag doesn't occur on Windows 10 Insider (Dev) build 20262. I guess they somehow fixed it finally.
Hope it helps.
Still waiting for a newer release version than Windows 10 20H2...
Was announced today that WinUI won't support background acrylic for its 3.0 release. So we'll move forward on ripping it out of EarTrumpet. Thank you all for your patience.
Is the ripping it out of EarTrumpet approach still a thing? I would prefer that over waiting on MS to finally fix this for 1909 (18363.1256).
any update on this? it's extremely frustrating
I have some additional info on this bug. I too get inside lag from mouse wheel and dragging, but if I restart ear trumpet (exit and start it again) the lag disappears. It will then reoccur if I have the PC running for a long time (even when it is in sleep mode most of the time)
I don't have this problem in latest insider build (build 21313)
@cmpute not anymore, or did you never have this problem?
@cmpute not anymore, or did you never have this problem?
Not anymore. I got this problem before I enter insider program
Cool, testing it out soon (pc is still installing the update). Btw guys, you have to be on Insider build "dev-channel" for v 21313)
Can confirm, fixed on dev channel 21313.1000
Having the same issue on OMEN 2018 with GTX 1650. Even using GTX as it's GPU renderer does not fix it.
We can reproduce this on Windows 10 19H1 and 20H1 builds, even with the built-in Emoji picker dialog (
WINKEY + .). Reported this to Microsoft.
@riverar
In Win 10 20H2 19042.685, the built-in Emoji picker dialog moves smoothly and EarTrumpet settings window still move slowly.
Looks like an still Win10 bug to me, since the mouse cursor is in the final window render output. Might be an different issue with the Emoji-picker.
just installed the experimental dev build, seems to have been fixed there, at least for me
edit: looks like it just disabled acrylic while the window's being moved, which still works anyway, at least as a temporary fix
This also happens for me. Also to note, that the CPU usage skyrockets when this is occurring. :)
21H1 still didn't fix :/
I wonder why this is treated as a Windows bug despite the fact that the bug is only happening in this application?
I now got upgraded to 2004 (19041.1052) and still have this issue. Can we finally just remove the effect causing this and be done with it please?
This is a bug with the composition APIs in Windows 10. (We are one of the few apps using these undocumented APIs, hence why "it only affects us".) The experimental/dev builds of EarTrumpet have a workaround that turns off acrylic when moving windows, if you're interested.
This is a bug with the composition APIs in Windows 10. (We are one of the few apps using these undocumented APIs, hence why "it only affects us".) The experimental/dev builds of EarTrumpet have a workaround that turns off acrylic when moving windows, if you're interested.
I'd love to, where to I find those builds? I can't see a "releases" tab in this project.
Quickest way to get dev builds of EarTrumpet is via the link on this page https://eartrumpet.app/. Hope that helps!
Also it's fixed in current Insider builds of Windows 10 as well. (Finally, I know.)
Quickest way to get dev builds of EarTrumpet is via the link on this page https://eartrumpet.app/. Hope that helps!
Also it's fixed in current Insider builds of Windows 10 as well. (Finally, I know.)
That worked! Thank you very much!
Quickest way to get dev builds of EarTrumpet is via the link on this page https://eartrumpet.app/. Hope that helps!
Also it's fixed in current Insider builds of Windows 10 as well. (Finally, I know.)
How do we know when to update dev builds? Is it automatic or will we get notified about it?
Quickest way to get dev builds of EarTrumpet is via the link on this page https://eartrumpet.app/. Hope that helps!
Also it's fixed in current Insider builds of Windows 10 as well. (Finally, I know.)
How do we know when to update dev builds? Is it automatic or will we get notified about it?
All automatic 👍
I was testing some stuff with some windows' performance options
It seems that disabling the option to Show window contents while dragging
can sort of fix it
This isn't the best way to fix it, but at least it's something
Also I just noticed someone posted the same thing way above, oops :p