| Previous | Next |
| ERROR_GRAPHICS_OPM_ALL_HDCP_HARDWARE_ALREADY_IN_USE | ERROR_GRAPHICS_OPM_SESSION_TYPE_CHANGE_IN_PROGRESS |
ERROR_GRAPHICS_OPM_VIDEO_OUTPUT_NO_LONGER_EXISTS
The protected output was destroyed asynchronously
An OPM video output is tied to a live display path and an active user-session context. It can disappear while the application still holds an interface because a monitor is removed or stopped, the desktop becomes inactive, or the session changes away from a console presentation state. The old OPM state is no longer authoritative after that transition.
This is not a normal command failure that should be retried with the same output. A protected-media pipeline must stop treating the old output as valid, release output-specific state, and wait for a stable topology before rebuilding surfaces, re-enumerating outputs, and starting a new OPM session.
Why the order matters
- Do not reuse the prior session key, random values, or command counters on the replacement output.
- Check actual protection status after the new session is initialized; the old status belongs to the destroyed path.
- Keep this distinct from
ERROR_GRAPHICS_OPM_INVALID_HANDLE, which reports a bad supplied handle without identifying the topology event that invalidated it.
References
- Microsoft: handling disabled outputs and OPM renegotiation
- Microsoft: Windows graphics HRESULT definitions
- Microsoft: OPM status flags
Looking for a different code? Search another status or error code.