| Previous | Next |
| NS_E_TOO_MANY_DEVICECONTROL | NS_E_MISSING_AUDIENCE |
NS_E_NO_MULTIPASS_FOR_LIVEDEVICE
How to interpret the code in a real encoding session
0xC00D1B97 is named NS_E_NO_MULTIPASS_FOR_LIVEDEVICE. Its practical scope is two-pass encoding from a live device is enabled without temporary source storage, which belongs to preprocessing, analysis and multipass constraints rather than to every part of Windows Media playback or Windows itself.
Mechanism and point of failure
Inverse telecine, time compression, image preprocessing, content analysis and two-pass encoding require access to particular source types and often require rereading or temporarily storing the source in a session that returns this result. Live, looping and device inputs impose additional restrictions.
The underlying audio or video source may be healthy while the requested preprocessing workflow is impossible for that source lifecycle in a session that returns this result. A typical reproduction is: a capture-card session selects two-pass VBR but disables recording the first pass. This makes the first result from the Encoder more valuable than a later generic message.
Reproduction matrix
| Field | What to preserve |
|---|---|
| Decisive values | source type, pass count, temporary-storage option, free space and storage path |
| Producing object | source type, live/file flag, Repeat flag, pass count, temporary-storage setting, preprocessing filters, analyzer frame count, input frame rate, content EDL path and selected codec mode |
| Session correlation | the same source-group generation, audience index, object identity and callback sequence that produced this result |
| Lower-level evidence | the first COM, driver, file-system or codec HRESULT observed before the Encoder mapped the condition to this result |
| Controlled comparison | a known-good session that changes only the setting named in the no multipass for livedevice boundary |
Evidence matrix
| Observation | How to interpret it |
|---|---|
| Observation that supports it | The decisive evidence is source type, pass count, temporary-storage option, free space and storage path. It confirms two-pass encoding from a live device is enabled without temporary source storage in the same object generation. |
| Observation that points to an earlier failure | The recorded values satisfy the no multipass for livedevice rule, but a source, driver, COM activation or file operation returns a different HRESULT first. |
| Observation that points to a later failure | The Encoder passes this boundary (two-pass encoding from a live device is enabled without temporary source storage), but a codec, archive or broadcast sink then fails in a subsequent stage. |
| Verification after correction | Apply this isolated change: enable sufficient temporary storage or switch to a one-pass mode. The original no multipass for livedevice call should then advance past the same checkpoint. |
The operational impact of it is limited to the preprocessing, analysis and multipass constraints transition that owns two-pass encoding from a live device is enabled without temporary source storage. In the representative case where a capture-card session selects two-pass VBR but disables recording the first pass, keep the first failing call and its object identity so a later wrapper cannot replace the no multipass for livedevice evidence.
Minimal experiment
- Record
0xC00D1B97, it, the Encoder version and the exact API call or property access that returned it. - Export the current
.wmeor.prxconfiguration, then capture source type, pass count, temporary-storage option, free space and storage path. - verify the preprocessing, analysis and multipass constraints precondition without changing the source, profile and output sink at the same time.
- Run one controlled comparison in which only this condition changes: enable sufficient temporary storage or switch to a one-pass mode.
- After the change, recreate the affected Encoder object rather than assuming the existing graph discarded its earlier no multipass for livedevice state.
Do not collapse these results together
| Result | Why it is a different boundary |
|---|---|
NS_E_SPEECHEDL_ON_NON_MIXEDMODE | voice-codec optimization EDL is attached while the codec is not in mixed voice/audio mode |
NS_E_NO_PAL_INVERSE_TELECINE | inverse telecine is selected for PAL-rate content where the feature is not applicable |
NS_E_NO_REPEAT_PREPROCESS | preprocessing or two-pass analysis requested while the source is configured to loop |
What to change—and what to leave alone
Change the smallest responsible precondition: enable sufficient temporary storage or switch to a one-pass mode. While retesting it, keep all unrelated source, audience and output values fixed until the same call is repeated.
Do not enable several preprocessing features at once during diagnosis; validate the plain one-pass source first, then add one transformation with its required storage or analysis stage in a session that returns it.
Authoritative documentation
- Two-pass encoding.
- IWMEncContentAnalyzer.Property.
- Voice-codec editing decision lists.
- IWMEncSource.Repeat.
Looking for a different code? Search another status or error code.