| Previous | Next |
| NS_E_LATE_PACKET | NS_E_SDK_BUFFERTOOSMALL |
NS_E_DUPLICATE_PACKET
NS_E_DUPLICATE_PACKET: diagnosis and verification
NS_E_DUPLICATE_PACKET (0xC00D0BD3) means the receiver recognized a packet sequence that had already been accepted.
Profile and sample evidence
| Capture | Why it matters |
|---|---|
| Owning call | Record the API method, object identity, thread or callback and timestamp for the duplicate packet media-format check. |
| Values to record | ASF packet number, packet size, send and receive timestamps, sequence number, jitter window and the profile packet-size setting. |
| Comparison case | Use one known-good resource that exercises the same duplicate packet media-format check while changing only the rejected precondition. |
Failure anatomy
The duplicate packet media-format check is reached when the receiver recognized a packet sequence that had already been accepted. The caller must not assume that the next filter, packet, session or metadata state exists after it.
As a controlled comparison, replay the same packet sequence in a controlled trace and compare ordering, timestamps and duplicate detection without changing the codec. If the same operation then returns a different HRESULT, diagnose that later result separately.
Nearby results are not interchangeable
Main distinction: duplicate detection concerns sequence identity, whereas lateness concerns arrival time.
| Nearby HRESULT | How to compare it |
|---|---|
NS_E_MAX_PACKET_SIZE_TOO_SMALL | the configured ASF packet ceiling cannot contain data generated by the profile. |
NS_E_LATE_PACKET | a network packet missed the useful playout or reordering window. |
NS_E_SDK_BUFFERTOOSMALL | the caller-provided output buffer is smaller than the size reported by the SDK. |
A controlled media-format test
- Log
0xC00D0BD3, the exact operation and the first failure time. - Preserve ASF packet number, packet size, send and receive timestamps, sequence number, jitter window and the profile packet-size setting.
- Perform one isolated test: replay the same packet sequence in a controlled trace and compare ordering, timestamps and duplicate detection without changing the codec.
- Repeat through the same API and protocol path; a different player or local-copy test is useful only as a comparison, not as proof that the duplicate packet media-format check is fixed.
Misleading actions
- changing several profile and codec settings at once, which hides the first incompatible field.
- Record redacted identifiers, lengths, hashes and protocol fields needed to reproduce the duplicate packet media-format check.
Technical references
- Windows Media Format SDK overview
- Input, stream and output formats
- Profiles
- Windows Media SDK objects
- Microsoft HRESULT registry
Treat it as resolved only when the same API path succeeds at this stage; success through a different player or cached copy is merely supporting evidence.
Looking for a different code? Search another status or error code.
