Unity version
6000.4.0f1
Unity editor platform
Windows
AVPro Video edition
Ultra
AVPro Video version
3.3.6
Device hardware
not HW-specific; 26 distinct reports.
Which Windows version are you using?
11 (builds 26100/26200)
Graphics API
D3D 11
Video API
WinRT
Audio output
Unity
Any other Media Player component configuration required to reproduce the issue.
Repro steps are unknown
Which output component(s) are you using?
Resolve to RenderTexture
Any other component configuration required to reproduce the issue.
The issue
We're seeing repeated main-thread hangs that are currently reproducible in production. Every captured callstack terminates at the same place: a call into Native_OpenMedia. Once execution enters that native API, the main thread blocks and never returns - at which point a minidump is captured by our ANR (Application Not Responding) system.
We found that All 26 captured sessions share the identical hang signature - the main thread parked inside Native_OpenMedia. We were unable to determine the root cause ourselves because we don't have symbols for AVProVideoWinRT.dll, so the call stack goes dark once it crosses into the plugin's native code.
For the context, we will provide:
- Callstacks from all 26 sessions - attached as a .zip archive.
- Full application source - the Decentraland Explorer is largely open-source, so you can review all of our integration code in the repository: decentraland/unity-explorer (https://github.com/decentraland/unity-explorer).
Media information
Stack traces
avpro-filter.zip
Log output
Stacktraces of DMP files are attached above
Unity version
6000.4.0f1
Unity editor platform
Windows
AVPro Video edition
Ultra
AVPro Video version
3.3.6
Device hardware
not HW-specific; 26 distinct reports.
Which Windows version are you using?
11 (builds 26100/26200)
Graphics API
D3D 11
Video API
WinRT
Audio output
Unity
Any other Media Player component configuration required to reproduce the issue.
Repro steps are unknown
Which output component(s) are you using?
Resolve to RenderTexture
Any other component configuration required to reproduce the issue.
The issue
We're seeing repeated main-thread hangs that are currently reproducible in production. Every captured callstack terminates at the same place: a call into Native_OpenMedia. Once execution enters that native API, the main thread blocks and never returns - at which point a minidump is captured by our ANR (Application Not Responding) system.
(https://github.com/decentraland/unity-explorer/releases/tag/v0.150.0-alpha)
We found that All 26 captured sessions share the identical hang signature - the main thread parked inside Native_OpenMedia. We were unable to determine the root cause ourselves because we don't have symbols for AVProVideoWinRT.dll, so the call stack goes dark once it crosses into the plugin's native code.
For the context, we will provide:
Media information
Stack traces
avpro-filter.zip
Log output