| Previous | Next |
| NS_E_WMP_FILE_NO_DURATION | NS_E_FAILED_DOWNLOAD_ABORT_BURN |
NS_E_PDA_FAILED_TO_BURN
How to investigate NS_E_PDA_FAILED_TO_BURN
The code 0xC00D10DA narrows the event to writing a specific burn-list item after playlist preparation. 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 writing a specific burn-list item after playlist preparation.
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 disc and recorder remain healthy but one source item cannot be decoded during writing.
Capture before changing state
| Evidence | Why it matters for failed to burn |
|---|---|
| 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 | failing item, source read result, conversion output, current write action and media error event |
| 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: repair or remove the item that raised the media-specific burn error, then refresh status. |
Interpretation guide
| Observation | Interpretation |
|---|---|
| The recorded values match the boundary | The result is consistent with writing a specific burn-list item after playlist preparation; 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 failed to burn 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 writing a specific burn-list item after playlist preparation.
Five-step isolation test
- Capture
0xC00D10DA, it, the exact Player/API operation and the first timestamp at which it appears. - Save failing item, source read result, conversion output, current write action and media error event; 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: repair or remove the item that raised the media-specific burn error, then refresh status.
- Create a fresh operation generation and verify that the original call advances beyond the failed to burn boundary.
Different boundaries in the same family
| Related result | Different diagnostic boundary |
|---|---|
NS_E_FAILED_DOWNLOAD_ABORT_BURN | resolving purchased burn-list items that were not successfully downloaded |
NS_E_WMP_FILE_NO_DURATION | calculating audio-CD capacity for an item whose duration is unknown |
NS_E_WMP_FILE_DOES_NOT_FIT_ON_CD | comparing the prepared item size or duration with writable disc capacity |
Correction criteria
The test is successful when you repair or remove the item that raised the media-specific burn error, then refresh status, 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.