FordGT90Concept 97 Posted September 23, 2025 Posted September 23, 2025 (edited) I have the full crash dmp but it's almost 500 MB compressed. App: Emby.Client.WinUI.exe ExceptionAddress: 00007ffa8536e401 (Microsoft_UI_Windowing!System::Runtime::InteropServices::Marshal::ThrowExceptionForHR+0x000000000000025d) ExceptionCode: e0464645 ExceptionFlags: 00000001 NumberParameters: 2 Parameter[0]: ffffffff80070057 Parameter[1]: ffffffff80070057 PROCESS_NAME: Emby.Client.WinUI.dll Failure Bucket: E_INVALIDARG_FAIL_FAST_EXCEPTION_80070057_Microsoft.UI.Windowing.dll!CFlat::Abandonment::FailWithException Emby Theater has been running for over 12 hours on the system (probably). A recording was paused approximately 4 minutes in. I just minimized it and instead of going to taskbar, it disappeared. I have advanced error reporting features enabled on my system so it saved the full crash dump of the app. This crash reproduces easily. I just started the recording again and minimized the app. It took a few seconds this time but it still crashed. Edited September 23, 2025 by FordGT90Concept
softworkz 5065 Posted September 23, 2025 Posted September 23, 2025 6 minutes ago, FordGT90Concept said: I have advanced error reporting features enabled on my system That might be the explanation why you see it. Something like that has never been reported before. Probably an exception in a MS library that would otherwise be just swallowed.
FordGT90Concept 97 Posted September 23, 2025 Author Posted September 23, 2025 It actually doesn't matter if a recording is playing or not. Just minimizing after logging in (the home screen) makes it crash.
FordGT90Concept 97 Posted September 24, 2025 Author Posted September 24, 2025 23 hours ago, softworkz said: That might be the explanation why you see it. Something like that has never been reported before. Probably an exception in a MS library that would otherwise be just swallowed. I disabled the advanced debugging stuff and it's still crashing on minimize.
softworkz 5065 Posted September 24, 2025 Posted September 24, 2025 Given that high number of installations meanwhile and the fact that nobody has reported this before, it must be something specific to your system, like an incompatibility with some other software or drivers installed on your system. I would start by trying different playback settings.. There are three preference choices under Settiungs >> Video Player. When you test wth each of the three, you got a large range covered in this area. Besides that, I would look through other applications which might interact with other windows on the desktop, like overlays, decorator tools, game overlay features, video enhancement options, etc. - try to disable everything in that area that might be always running in the background. You can use autoruns from sysinternals to termporarily disable services and auto-starting apps. You can also create a new user account on that computer and try whether it still reproduces (reboot before logging in a different user). Did you look at the Emby and mpv logs - anything of itnerest there? Is it only when playing live tv (or a speecific video codec)? Does it make a change when changnig the quality tgo a very low value, so that the server transcodes?
FordGT90Concept 97 Posted September 24, 2025 Author Posted September 24, 2025 (edited) It does it when it isn't even signed in to a server so it's not media related, server related, or anything of the sort. I noticed in the update notes for 2.234.0: "[Win] Fix rate switching when current rate is > 120Hz" which got me thinking... Primary monitor: 144 Hz, 125% scaling Secondary monitor: 60 Hz, 100% scaling When the signed out Emby window is on the 144 Hz panel, I can minimize it and it doesn't crash. Move the Emby window to the 60 Hz panel and minimize it, crash. My guess is that change in 2.234.0 doesn't properly handle mixed monitors. I checked my server too which just has a single 60 Hz, 100% scaling monitor and is running the exact same driver and similar graphics cards. It does not reproduce on there. Having the 144 Hz monitor connected might be what enables the crash. Edited September 24, 2025 by FordGT90Concept
softworkz 5065 Posted September 24, 2025 Posted September 24, 2025 That would be a good theory - if the app would do any rate switching without media playback - but it doesn't. Before you hit any play button, there's no switching. But let't check out the scaling. When you set both displays to 100% - does it still crash?
FordGT90Concept 97 Posted September 24, 2025 Author Posted September 24, 2025 (edited) Both monitors at 100% scaling: Primary: crashed on minimize (behavior change) 3840x2160 (16:9) panel Secondary: crashed on minimize (behavior same) 1440x900 (8:5) panel Edited September 24, 2025 by FordGT90Concept
softworkz 5065 Posted September 24, 2025 Posted September 24, 2025 Okay. Since it's unrelated to playback, what remains is this: 15 hours ago, softworkz said: Besides that, I would look through other applications which might interact with other windows on the desktop, like overlays, decorator tools, game overlay features, video enhancement options, etc. - try to disable everything in that area that might be always running in the background. You can use autoruns from sysinternals to termporarily disable services and auto-starting apps. You can also create a new user account on that computer and try whether it still reproduces (reboot before logging in a different user). Just to confirm - the sequence is Start app ....nothing else done... Minimize Crash Right?
FordGT90Concept 97 Posted September 24, 2025 Author Posted September 24, 2025 (edited) The only addendum is dragging the window between monitors before minimizing. But that doesn't matter in regards to crashing. It'll crash if it's gonna crash without dragging it first. Otherwise yes. The key, I think, is mismatched monitors with extended display. Here's the layout in Windows for reference: 2 always crashes. 1 crashes if 100% scaling but not 125% scaling. Edited September 24, 2025 by FordGT90Concept
frankmb 41 Posted September 25, 2025 Posted September 25, 2025 I can confirm this crash on Windows 10. My primary display is 144Hz 4k. Secondary 60Hz 1080p. Starting on Emby on primary. Then moving Emby window to secondary display. Then minimizing Emby on secondary display makes it crash every time. I did not start playback, just the Emby Main menu.
softworkz 5065 Posted September 25, 2025 Posted September 25, 2025 6 hours ago, FordGT90Concept said: Could this have to do with the alignment? Does it happen when you Align both at the top? Align both at the bottom?
FordGT90Concept 97 Posted September 25, 2025 Author Posted September 25, 2025 (edited) 11 hours ago, frankmb said: I can confirm this crash on Windows 10. My primary display is 144Hz 4k. Secondary 60Hz 1080p. Starting on Emby on primary. Then moving Emby window to secondary display. Then minimizing Emby on secondary display makes it crash every time. I did not start playback, just the Emby Main menu. For clarity, I'm seeing this on Windows 10 too so maybe not a coincidence. 11 hours ago, softworkz said: Could this have to do with the alignment? Does it happen when you Align both at the top? Align both at the bottom? Nope, alignment doesn't matter. I tried all of your scenarios and it crashes on minimize every time. All tested with both monitors at 100% scaling. Edited September 25, 2025 by FordGT90Concept
softworkz 5065 Posted September 25, 2025 Posted September 25, 2025 9 hours ago, FordGT90Concept said: For clarity, I'm seeing this on Windows 10 too so maybe not a coincidence. No it's not, you're right. Almost all of those weird issues are on Win 10. They don't seem to do much testing there. Is it a version that is still in support?
FordGT90Concept 97 Posted September 26, 2025 Author Posted September 26, 2025 (edited) Indeed but like Windows XP and 7, I think a lot of people are going to keep using 10 long after Microsoft abandons it. I still don't know what I'm going to do about my Windows 10 machines. Edited September 26, 2025 by FordGT90Concept
Neminem 1515 Posted September 26, 2025 Posted September 26, 2025 5 hours ago, FordGT90Concept said: Indeed but like Windows XP and 7, I think a lot of people are going to keep using 10 long after Microsoft abandons it. I still don't know what I'm going to do about my Windows 10 machines. Linux 1
softworkz 5065 Posted September 26, 2025 Posted September 26, 2025 8 hours ago, FordGT90Concept said: Indeed but like Windows XP and 7, I think a lot of people are going to keep using 10 long after Microsoft abandons it. I still don't know what I'm going to do about my Windows 10 machines. I'm not sure: There's a reason why you didn't name Vista and Win 8. There have always been more and less likeable versions, and I think while Win 10 wasn't one of the worst ones, Win 11 is clearly the best Windows since 7. As for the bug: For the next beta of the Window app, we will update WindowsAppSDK. It's well possible that it gets fixed this way, even though we still haven't figured out the condition under which it happens... 1
softworkz 5065 Posted September 26, 2025 Posted September 26, 2025 3 hours ago, Neminem said: Linux You wouldn't say that when you would participate in the current Linux app beta
Rycflix 0 Posted October 1, 2025 Posted October 1, 2025 Windows 11 and single monitor here - it's impossible to minimise - using the MS PowerTools to keep it on top when playing given that distinct lack of ability (happens both with and without - and before it was even installed).
Luke 42077 Posted October 1, 2025 Posted October 1, 2025 3 minutes ago, Rycflix said: Windows 11 and single monitor here - it's impossible to minimise - using the MS PowerTools to keep it on top when playing given that distinct lack of ability (happens both with and without - and before it was even installed). Hi, you mean impossible due to crashing or because of ... ?
Rycflix 0 Posted October 3, 2025 Posted October 3, 2025 On 01/10/2025 at 23:04, Luke said: Hi, you mean impossible due to crashing or because of ... ? Due to crashing when clicking the minimise button or the taskbar icon when the app is active - even clicking the "Show Desktop" button which minimises everything freezes up for a couple of seconds to wait for Emby to crash before everything else can minimise.
Luke 42077 Posted October 3, 2025 Posted October 3, 2025 1 hour ago, Rycflix said: Due to crashing when clicking the minimise button or the taskbar icon when the app is active - even clicking the "Show Desktop" button which minimises everything freezes up for a couple of seconds to wait for Emby to crash before everything else can minimise. OK thanks for the update. We are working on chasing this down. 1
softworkz 5065 Posted October 26, 2025 Posted October 26, 2025 Test for Emby App Issues Hi, can you please all test the WMC UI Windows App to see how that compares? Download: https://github.com/EmbySupport/Emby.WMC.UI/releases/tag/2.234.0.0-Beta This is mostly the same app as the regular Windows app, just with a different UI. There's an update coming for this app which tries out some runtime updates which will get into the Windows app later. But first of all, we need to know whether you'll see the same issues with the WMC UI app (if not, this would also be helpful). Thanks
FordGT90Concept 97 Posted October 26, 2025 Author Posted October 26, 2025 (edited) WMC UI hitches but does not crash on minimize. Where is the source code for the version of the app that is crashing? I might be able to run it with the debugger and find out exactly where/how it is dying. Edited October 26, 2025 by FordGT90Concept
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now