| Previous | Next |
| NS_E_PDA_FAIL_READ_WAVE_FILE | NS_E_PDA_DEVICE_FULL |
NS_E_IMAPI_LOSSOFSTREAMING
How to investigate NS_E_IMAPI_LOSSOFSTREAMING
The code 0xC00D117E narrows the event to sustaining the IMAPI recorder data stream throughout the write operation. Treat this result as a checkpoint in cd/dvd recording and imapi state and retain its first lower-level error.
What the Player is doing
At the checkpoint, windows Media Player builds a burn playlist, refreshes its calculated status and delegates physical recording or erase work to the optical-disc stack; The recorder, inserted medium, burn format, staging files and write engine each have a separate lifecycle. The page-specific boundary is sustaining the IMAPI recorder data stream throughout the write operation.
A recorder that enumerates can still be busy, incompatible with the inserted medium or unable to sustain the selected write operation. A realistic trigger is that the drive requests sectors faster than the encoder or source storage can deliver them.
Capture before changing state
| Evidence | Why it matters for imapi lossofstreaming |
|---|---|
| Producing object and operation | recorder unique ID and exclusive-access owner, inserted media profile/state, burn format, playlist item, source locality, duration/byte estimate, staging directory free space, write speed, current IMAPI action and underlying HRESULT |
| Decisive observation | selected write speed, recorder buffer status, source-read latency, staging path and low-level IMAPI result |
| Generation identity | Record the same disc, device, job or Player operation generation that returned this result; a reconnect or media change creates a different test. |
| Underlying result | Keep the first device, filesystem, COM, codec, DirectShow, IMAPI or BITS result seen before the Player mapped it to this result. |
| Controlled comparison | Repeat the producing call after changing only this condition: retry at a lower supported speed after staging every source file on a responsive local volume. |
Interpretation guide
| Observation | Interpretation |
|---|---|
| The recorded values match the boundary | The result is consistent with sustaining the IMAPI recorder data stream throughout the write operation; correct that state before changing unrelated codecs, drivers or playlists. |
| A lower layer failed before this result | Preserve that earlier HRESULT or device result because it may be only the Player-level mapping. |
| The same call passes after one isolated change | The comparison supports the imapi lossofstreaming diagnosis rather than a broad installation failure. |
| The code changes after retesting it | The boundary was passed; diagnose the new HRESULT as the next independent stage. |
It scopes the failure to sustaining the IMAPI recorder data stream throughout the write operation.
Five-step isolation test
- Capture
0xC00D117E, it, the exact Player/API operation and the first timestamp at which it appears. - Save selected write speed, recorder buffer status, source-read latency, staging path and low-level IMAPI result; do this before ejecting media, reconnecting a device, canceling a job or rebuilding the Player object.
- correlate the result with recorder unique ID and exclusive-access owner, inserted media profile/state, burn format, playlist item, source locality, duration/byte estimate, staging directory free space, write speed, current IMAPI action and underlying HRESULT.
- Reproduce once with the original source and destination, then apply only this change: retry at a lower supported speed after staging every source file on a responsive local volume.
- Create a fresh operation generation and verify that the original call advances beyond the imapi lossofstreaming boundary.
Different boundaries in the same family
| Related result | Different diagnostic boundary |
|---|---|
NS_E_FAIL_LAUNCH_ROXIO_PLUGIN | activating the legacy third-party recording plug-in selected by the Player |
NS_E_MEMSTORAGE_BAD_DATA | reading the in-memory burn description or staged item data |
NS_E_IMAPI_MEDIUM_INVALIDTYPE | matching the inserted optical medium to the recording format and recorder profile requested by the burn job |
Correction criteria
The test is successful when you retry at a lower supported speed after staging every source file on a responsive local volume, recreate the owning operation, and the original call no longer returns it.
When verifying it, do not repeatedly start a new burn against a drive that still owns or finalizes the previous session; Capture the media state and recorder owner before ejecting or replacing the disc.
Documentation
- About CD Burning.
- IWMPCdromBurn interface.
- Image Mastering API interfaces and media states.
- Checking recorder and media support.
- IDiscRecorder2::AcquireExclusiveAccess.
Looking for a different code? Search another status or error code.