| Previous | Next |
| UCEERR_PARTITION_ZOMBIED | MILAVERR_NOMEDIATYPE |
MILAVERR_NOCLOCK
The scope of MILAVERR_NOCLOCK is WPF media timing and stream negotiation. The media presentation path has no usable timing clock. Keep 0x88980500 beside the returning method because a wrapper can replace this distinction with a generic subsystem message.
Limits of this code
A missing clock is different from MILAVERR_NOREADYFRAMES: one lacks the time authority, while the other can have timing but no frame ready. Do not treat the constant name as a complete root-cause report; preserve the nested media, COM, graphics, or driver result before resetting the player.
Start with the returning API
WPF media presentation needs both a usable stream format and a clock that can schedule decoded output. Source opening, stream selection, decoder output type, queued frames, and presentation time are related but distinct checkpoints. A playable file in another application does not prove that the WPF path negotiated the same stream or requested the same presentation time.
Clock selection, association, or lifetime before playback scheduling.
Evidence to preserve
- Player state and MediaClock or timeline identity
- Current position, rate, duration, and clock controller state
- Source-open and media-open events preceding playback
- Thread and lifetime of the object that owns the clock
Reproduce without destructive cleanup
Use a short local file with one ordinary audio/video stream, then log open, media-opened, clock, position, natural dimensions, and frame availability in order. Change only source format or timing control in each comparison.
- Run the same source with the player controlling its own clock.
- Attach the intended clock before starting or seeking.
- Verify the clock is not stopped or detached during asynchronous open.
- Test pause, resume, and rate changes independently.
Technical references
Looking for a different code? Search another status or error code.