| Previous | Next |
| NS_S_WMP_LOADED_PNG_IMAGE | NS_S_WMP_LOADED_JPG_IMAGE |
NS_S_WMP_LOADED_BMP_IMAGE
What must be true before accepting it
Verify that the bitmap layout and decoded resource size are acceptable for the UI or skin. The documented condition must be demonstrated so this result is not mistaken for an unrelated success state.
Any state transition preceding this result must be included in rollback, continuation, and retry planning.
Where the status is encountered
- This result can be returned during Windows Media source, reader, writer, or renderer callbacks; log the exact method and object state instead of interpreting the constant outside that contract.
- It can be returned during Windows Media Player SDK automation; log the exact method and object state instead of interpreting the constant outside that contract.
- It can be returned during media graph, playlist, image, rights, or buffering state; log the exact method and object state instead of interpreting the constant outside that contract.
Evidence to preserve
- Preserve bitmap header fields.
- Preserve dimensions and bit depth.
- Preserve decoded byte size.
- Preserve source package.
- Preserve target control.
Correct handling and recovery
Check dimensions, bit depth, and memory cost before displaying. BMP success does not remove the need for limits on uncompressed image size.
Use the code-specific next action; avoid treating all informational HRESULT values as retry signals.
Practical scenario
A toolbar bitmap loads from a skin package. The host verifies bit depth and dimensions before creating the display surface.
Difference from nearby results
References
- Microsoft: Windows Media Format SDK error codes — official Microsoft material relevant to this HRESULT.
- Microsoft: Windows Media Player SDK
- Microsoft: Windows Media Player buffering event
- Microsoft: HRESULT values
Looking for a different code? Search another status or error code.