What does HRESULT 0x400D14BE (NS_I_PLAYLIST_CHANGE_RECEDING) mean?

 
Previous Next
NS_I_DISK_STOP NS_I_RECONNECTED

NS_I_PLAYLIST_CHANGE_RECEDING

Mechanism and scope

This result (0x400D14BE) marks the playlist changed while the server was traversing it in reverse. Although the visible symptom may be interrupted playback, this HRESULT is raised during an administrative or distribution operation.

The WMS playlist parser turns WSX/SMIL or another supported source into an in-memory playlist for a client; entry identity, nesting, current direction and shutdown state matter independently of whether the referenced media file exists. In the trace, save the parser-visible playlist after redirects or dynamic generation. When diagnosing this result, the server acts on the resolved document and in-memory entry identities, not necessarily the text the operator first opened.

Test the owning precondition

  1. Capture 0x400D14BE, this result, the exact API/administrative action and the first failure timestamp.
  2. Preserve entry list before and after mutation, active iterator position, change event and receding command sequence.
  3. Perform one isolated experiment: refresh the iterator/current entry and decide whether to continue from the new predecessor.

Code-specific failure anatomy

A representative occurrence is when the playlist changed while the server was traversing it in reverse. Capture entry list before and after mutation, active iterator position, change event and receding command sequence together with the object instance and the exact administrative or protocol request.

A useful negative control is refresh the iterator/current entry and decide whether to continue from the new predecessor. If that change advances the same call, the result supports this boundary. If it remains, return to the first lower-level event instead of broadening the repair.

The tempting but misleading response is logging it as a fatal media-file error; it is an informational state transition. That action does not test the distinction that matters here: end receding means no prior entry remains; it says the collection changed during the traversal. This distinction is also why monitoring should retain the symbolic name instead of storing only a generic COM failure.

Evidence that separates this code

Controlled comparisonUse a known-good object of the same type and vary only the precondition described as “the playlist changed while the server was traversing it in reverse”.

Changes that do not establish the cause

  • logging it as a fatal media-file error; it is an informational state transition.
  • Avoid changing the publishing point, protocol, content and plug-in set in one test; such a test cannot show which precondition cleared the code.

Comparison with adjacent states

Primary distinction: end receding means no prior entry remains; it says the collection changed during the traversal.

Nearby resultDifferent condition
NS_E_PLAYLIST_ENTRY_ALREADY_PLAYINGCompare its own symbolic boundary and the first failing call; it must not be grouped automatically with it.
NS_E_PLAYLIST_END_RECEDINGRelative to it, this neighboring result belongs to another state or validation branch even when the user-visible symptom is similar.
NS_E_EMPTY_PLAYLISTUse the object type and operation sequence to determine which result is authoritative.

Technical references


Looking for a different code? Search another status or error code.