| Previous | Next |
| NS_E_CD_READ_ERROR | NS_E_CD_COPYTO_CD |
NS_E_CD_SLOW_COPY
How to investigate NS_E_CD_SLOW_COPY
The code 0xC00D0FAD narrows the event to feeding the rip pipeline while another activity consumes drive bandwidth. Treat this result as a checkpoint in audio-cd discovery, digital reading and ripping and retain its first lower-level error.
What the Player is doing
At the checkpoint, windows Media Player identifies the inserted medium, reads its table of contents, creates a CD reader, and then chooses digital audio extraction or an analog playback path; Ripping adds destination-path creation and an encoder selected from the user’s rip settings. The page-specific boundary is feeding the rip pipeline while another activity consumes drive bandwidth.
Recognition of the drive does not prove that usable audio sectors, a stable digital-read path or a valid rip destination are available. A realistic trigger is that the Player tries to play the source track while extracting it at high speed.
Capture before changing state
| Evidence | Why it matters for slow copy |
|---|---|
| Producing object and operation | physical drive identifier, media-change generation, disc and track number, table-of-contents result, digital/analog mode, error-correction flag, read speed, rip state, output format and first lower-level drive error |
| Decisive observation | rip speed, playback state, buffer timings and competing access to the same drive |
| 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: stop concurrent playback and repeat the same track with the drive dedicated to ripping. |
Interpretation guide
| Observation | Interpretation |
|---|---|
| The recorded values match the boundary | The result is consistent with feeding the rip pipeline while another activity consumes drive bandwidth; 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 slow copy 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 feeding the rip pipeline while another activity consumes drive bandwidth.
Five-step isolation test
- Capture
0xC00D0FAD, it, the exact Player/API operation and the first timestamp at which it appears. - Save rip speed, playback state, buffer timings and competing access to the same drive; do this before ejecting media, reconnecting a device, canceling a job or rebuilding the Player object.
- correlate the result with physical drive identifier, media-change generation, disc and track number, table-of-contents result, digital/analog mode, error-correction flag, read speed, rip state, output format and first lower-level drive error.
- Reproduce once with the original source and destination, then apply only this change: stop concurrent playback and repeat the same track with the drive dedicated to ripping.
- Create a fresh operation generation and verify that the original call advances beyond the slow copy boundary.
Different boundaries in the same family
| Related result | Different diagnostic boundary |
|---|---|
NS_E_CD_COPYTO_CD | rejecting a direct optical-disc-to-optical-disc audio copy workflow |
NS_E_CD_READ_ERROR | reading one or more audio sectors despite the configured retry/correction policy |
NS_E_CD_READ_ERROR_NO_CORRECTION | reading an audio sector while error correction is disabled |
Correction criteria
The test is successful when you stop concurrent playback and repeat the same track with the drive dedicated to ripping, recreate the owning operation, and the original call no longer returns it.
When verifying it, do not polish the disc, change the driver, switch read modes and change the rip format in one test; preserve the first failing track and alter one boundary at a time.
Documentation
- About CD Ripping.
- Windows Media Player object model.
- IDiscRecorder2::DisableMcn and media-change notification.
- WAVEFORMATEX structure.
Looking for a different code? Search another status or error code.