EarTrumpet windows move slowly on Windows 10 19H2+

[bgiesing]

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.

Video of it

This is on Windows 10 Pro Insider Preview Build 18860.rs_prerelease.190315-2228 and doesn't happen to any other app, only EarTrumpet.

[riverar]

Can you try turning off transparency to see if this is an issue with the acrylic component?

[bgiesing]

Turned off transparency and it still does it.

[riverar]

~@bgiesing Hm, can you provide display driver version via Device Manager?~

[riverar]

We can reproduce this on Windows 10 19H1 and 20H1 builds, even with the built-in Emoji picker dialog (WINKEY + .). Reported this to Microsoft.

[Raphire]

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).

[riverar]

This is currently being tracked by Microsoft via the Feedback Hub https://aka.ms/AA4fmz7

I pinged them for an update.

[Poopooracoocoo]

Windows 10 has so many bugs. ughhhhhh

[riverar]

Microsoft has backported the 20H1 fix to 19H2. It will be part of KB4505903 soon. (OS build 18362.263.)

[Kowalski7]

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.

[Tyberious]

I can confirm this is still an issue in 18362.267

[riverar]

Yep, Microsoft didn't fix this the way we hoped. We're investigating.

[Dani3lNL]

Same here on Win 10 Home 1903. Bug didn't occur for me on 1809.

[MarcoSchmidt97]

I have the same issue on Windows Home 1903 (Build 18362.499). Please fix this.

[moosenoises]

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.

[Dani3lNL]

@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

[TheAresjej]

https://github.com/File-New-Project/EarTrumpet/issues/449

[jdbrowndev]

Any update? This bug makes the app nearly unusable

[ItsMeAubey]

I have this issue. All windows drag extremely slowly. Dragging from one side of the screen to the other takes 2+ minutes.
Windows 10 Pro, 1909, build 18363.628.
EarTrumpet 2.1.5.0

[VictoriousRaptor]

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.

[Tyberious]

So is it a MS issue that needs resolved then; because a lot of games I have
issues in with high report rates. It seems funny to me that the report
rate would be the issue.

On Thu, Feb 13, 2020 at 1:54 AM VictoriousRaptor [e-mail]
wrote:

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 https://github.com/Raphire I set my mouse to 125 Hz reportrate
and this issue remains, though dragging Office suite is fine.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/File-New-Project/EarTrumpet/issues/349?email_source=notifications&email_token=AAATEWSRFSEIJQXUHOCSV5TRCTVCPA5CNFSM4HDZ7WUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOELTT3PY#issuecomment-585579967,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAATEWQPTKWDYWJHEP7VTI3RCTVCPANCNFSM4HDZ7WUA
.

--

Jeff Clark
Founder & CEO, Interdiction Studios LLC
site: http://www.interdictionstudios.com
http://twitter.com/tyberious
https://www.linkedin.com/in/jeff-clark-66605929

[riverar]

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.

[adampk17]

Build 1909 checking in here. This window moving is a crippling bug. :-( Please fix, thank you

[riverar]

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.

[Tyberious]

I would say just disable the blur for now until a fix is found. No sense
in having people annoyed about it until a better solution is found.

On Tue, Feb 18, 2020 at 11:26 PM Rafael Rivera [e-mail]
wrote:

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 workaround we
used is now 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.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/File-New-Project/EarTrumpet/issues/349?email_source=notifications&email_token=AAATEWXX7XW5UMCBWOMQOGDRDSYG7A5CNFSM4HDZ7WUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEMGJYIY#issuecomment-588028963,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAATEWSG7R6AERDDDRZ3TY3RDSYG7ANCNFSM4HDZ7WUA
.

--

Jeff Clark
Founder & CEO, Interdiction Studios LLC
site: http://www.interdictionstudios.com
http://twitter.com/tyberious
https://www.linkedin.com/in/jeff-clark-66605929

[ItsMeAubey]

Usability > aesthetics.

On Wed., Feb. 19, 2020, 2:47 a.m. Tyberious, [e-mail]
wrote:

I would say just disable the blur for now until a fix is found. No sense
in having people annoyed about it until a better solution is found.

On Tue, Feb 18, 2020 at 11:26 PM Rafael Rivera [e-mail]
wrote:

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 workaround we
used is now 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.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<
https://github.com/File-New-Project/EarTrumpet/issues/349?email_source=notifications&email_token=AAATEWXX7XW5UMCBWOMQOGDRDSYG7A5CNFSM4HDZ7WUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEMGJYIY#issuecomment-588028963
,
or unsubscribe
<
https://github.com/notifications/unsubscribe-auth/AAATEWSG7R6AERDDDRZ3TY3RDSYG7ANCNFSM4HDZ7WUA

.

--

Jeff Clark
Founder & CEO, Interdiction Studios LLC
site: http://www.interdictionstudios.com
http://twitter.com/tyberious
https://www.linkedin.com/in/jeff-clark-66605929

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/File-New-Project/EarTrumpet/issues/349?email_source=notifications&email_token=AIMTMEVPEBFLFNG3X5NOJTLRDTPXPA5CNFSM4HDZ7WUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEMGWL5A#issuecomment-588080628,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AIMTMESRERI2ZPSKJBEZAY3RDTPXPANCNFSM4HDZ7WUA
.

[Tyberious]

Not sure what you are referring to. There are no such settings in
EarTrumpet.

On Wed, Feb 19, 2020 at 2:48 AM aaaaaaudrey [e-mail]
wrote:

Usability > aesthetics.

On Wed., Feb. 19, 2020, 2:47 a.m. Tyberious, [e-mail]
wrote:

I would say just disable the blur for now until a fix is found. No sense
in having people annoyed about it until a better solution is found.

On Tue, Feb 18, 2020 at 11:26 PM Rafael Rivera <[email protected]

wrote:

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 workaround
we
used is now 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.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<

https://github.com/File-New-Project/EarTrumpet/issues/349?email_source=notifications&email_token=AAATEWXX7XW5UMCBWOMQOGDRDSYG7A5CNFSM4HDZ7WUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEMGJYIY#issuecomment-588028963

,
or unsubscribe
<

https://github.com/notifications/unsubscribe-auth/AAATEWSG7R6AERDDDRZ3TY3RDSYG7ANCNFSM4HDZ7WUA
>

.

--

Jeff Clark
Founder & CEO, Interdiction Studios LLC
site: http://www.interdictionstudios.com
http://twitter.com/tyberious
https://www.linkedin.com/in/jeff-clark-66605929

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<
https://github.com/File-New-Project/EarTrumpet/issues/349?email_source=notifications&email_token=AIMTMEVPEBFLFNG3X5NOJTLRDTPXPA5CNFSM4HDZ7WUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEMGWL5A#issuecomment-588080628
,
or unsubscribe
<
https://github.com/notifications/unsubscribe-auth/AIMTMESRERI2ZPSKJBEZAY3RDTPXPANCNFSM4HDZ7WUA

.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/File-New-Project/EarTrumpet/issues/349?email_source=notifications&email_token=AAATEWQT2WQCCDS2HV7UKVLRDTP33A5CNFSM4HDZ7WUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEMGWOVA#issuecomment-588080980,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAATEWTOBN7EGKRD5QADZ43RDTP33ANCNFSM4HDZ7WUA
.

--

Jeff Clark
Founder & CEO, Interdiction Studios LLC
site: http://www.interdictionstudios.com
http://twitter.com/tyberious
https://www.linkedin.com/in/jeff-clark-66605929

[Tyberious]

Never mind I read that wrong.

On Wed, Feb 19, 2020 at 2:49 AM Jeff Clark [e-mail] wrote:

Not sure what you are referring to. There are no such settings in
EarTrumpet.

On Wed, Feb 19, 2020 at 2:48 AM aaaaaaudrey [e-mail]
wrote:

Usability > aesthetics.

On Wed., Feb. 19, 2020, 2:47 a.m. Tyberious, [e-mail]
wrote:

I would say just disable the blur for now until a fix is found. No sense
in having people annoyed about it until a better solution is found.

On Tue, Feb 18, 2020 at 11:26 PM Rafael Rivera <
[email protected]>
wrote:

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
workaround we
used is now 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.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<

https://github.com/File-New-Project/EarTrumpet/issues/349?email_source=notifications&email_token=AAATEWXX7XW5UMCBWOMQOGDRDSYG7A5CNFSM4HDZ7WUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEMGJYIY#issuecomment-588028963

,
or unsubscribe
<

https://github.com/notifications/unsubscribe-auth/AAATEWSG7R6AERDDDRZ3TY3RDSYG7ANCNFSM4HDZ7WUA
>

.

--

Jeff Clark
Founder & CEO, Interdiction Studios LLC
site: http://www.interdictionstudios.com
http://twitter.com/tyberious
https://www.linkedin.com/in/jeff-clark-66605929

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<
https://github.com/File-New-Project/EarTrumpet/issues/349?email_source=notifications&email_token=AIMTMEVPEBFLFNG3X5NOJTLRDTPXPA5CNFSM4HDZ7WUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEMGWL5A#issuecomment-588080628
,
or unsubscribe
<
https://github.com/notifications/unsubscribe-auth/AIMTMESRERI2ZPSKJBEZAY3RDTPXPANCNFSM4HDZ7WUA

.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/File-New-Project/EarTrumpet/issues/349?email_source=notifications&email_token=AAATEWQT2WQCCDS2HV7UKVLRDTP33A5CNFSM4HDZ7WUKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEMGWOVA#issuecomment-588080980,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAATEWTOBN7EGKRD5QADZ43RDTP33ANCNFSM4HDZ7WUA
.

--

Jeff Clark
Founder & CEO, Interdiction Studios LLC
site: http://www.interdictionstudios.com
http://twitter.com/tyberious
https://www.linkedin.com/in/jeff-clark-66605929

--

Jeff Clark
Founder & CEO, Interdiction Studios LLC
site: http://www.interdictionstudios.com
http://twitter.com/tyberious
https://www.linkedin.com/in/jeff-clark-66605929

[tipek360]

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

[GoldenTao]

We're following WinUI 3.0 pretty closely, but currently it's a bit too early to tell if it will help.

[tipek360]

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.

[riverar]

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.

[Poopooracoocoo]

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

[burt-ie]

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"

[riverar]

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.

[Poopooracoocoo]

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

[vbobroff-app]

Lagging on Wpf Acrylic window , 'soft' desiciion - https://github.com/vbobroff-app/FluentWpfChromes

[CrazyAlex25]

Bug still is here.

EarTrumpet 2.1.7.0
Win10 Pro x64  2004 (build 19041.450)

[Sindrax42]

Just installed EarTrumpet on new Win10 Edu x64 20H2 and having this issue

[moxwel]

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:
https://github.com/microsoft/terminal/issues/6880
https://github.com/sourcechord/FluentWPF/issues/42
https://github.com/QL-Win/QuickLook/issues/540

In FluentWPF, a fix to the window drag lag has been commited, maybe this can give a hint:
https://github.com/sourcechord/FluentWPF/commit/49409138742ff6ccefb5ce4320a133cf6e6caef2

Lines 64-65:
https://github.com/sourcechord/FluentWPF/blob/e1d8176e8d81c6b1b7e6fe65a2c19cf27a4fe270/FluentWPF/Utility/AcrylicHelper.cs#L64-L65

// 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.

[Poopooracoocoo]

until the behavior of the SetWindowCompositionAttribute function is fixed.

oh a workaround. :(

[riverar]

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.

[croac001]

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!

[ShankarBUS]

The drag lag doesn't occur on Windows 10 Insider (Dev) build 20262. I guess they somehow fixed it finally.
Hope it helps.