| Previous | Next |
| NS_E_NO_REALTIME_PREPROCESS | NS_E_CANNOT_PAUSE_LIVEBROADCAST |
NS_E_NO_REPEAT_PREPROCESS
Where the Encoder produces this result
0xC00D1B8D (NS_E_NO_REPEAT_PREPROCESS) identifies preprocessing or two-pass analysis requested while the source is configured to loop. The important diagnostic boundary is the Encoder object that validates this state; a later “cannot start encoding” dialog can hide that more precise origin.
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.
What has already succeeded
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. In a representative no repeat preprocess case, a file source repeats indefinitely while the encoder expects a finite analysis pass. The result observation should be tested at the producing object instead of being treated as a general codec or operating-system failure.
State snapshot to capture
| Field | What to preserve |
|---|---|
| Decisive values | Repeat flag, pass count, preprocessing mode and source duration |
| 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 repeat preprocess boundary |
How to read the next observation
| Observation | How to interpret it |
|---|---|
| Observation that supports it | The decisive evidence is Repeat flag, pass count, preprocessing mode and source duration. It confirms preprocessing or two-pass analysis requested while the source is configured to loop in the same object generation. |
| Observation that points to an earlier failure | The recorded values satisfy the no repeat preprocess 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 (preprocessing or two-pass analysis requested while the source is configured to loop), but a codec, archive or broadcast sink then fails in a subsequent stage. |
| Verification after correction | Apply this isolated change: turn off looping or use a one-pass workflow that supports repeated playback. The original no repeat preprocess 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 preprocessing or two-pass analysis requested while the source is configured to loop. In the representative case where a file source repeats indefinitely while the encoder expects a finite analysis pass, keep the first failing call and its object identity so a later wrapper cannot replace the no repeat preprocess evidence.
A controlled diagnostic sequence
- Record
0xC00D1B8D, it, the Encoder version and the exact API call or property access that returned it. - Export the current
.wmeor.prxconfiguration, then capture Repeat flag, pass count, preprocessing mode and source duration. - 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: turn off looping or use a one-pass workflow that supports repeated playback.
- After the change, recreate the affected Encoder object rather than assuming the existing graph discarded its earlier no repeat preprocess state.
Nearby HRESULTs that mean something else
| Result | Why it is a different boundary |
|---|---|
NS_E_NO_REALTIME_PREPROCESS | image preprocessing requested for a live source that cannot complete the required look-ahead or reread |
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_REALTIME_TIMECOMPRESSION | time-compression setup on a live broadcast that cannot be reread or scheduled faster than real time |
Corrective action at the right layer
The focused correction is to turn off looping or use a one-pass workflow that supports repeated playback. A retry is useful only after the recorded no repeat preprocess precondition changes.
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.
Technical references
- Two-pass encoding.
- IWMEncContentAnalyzer.Property.
- Voice-codec editing decision lists.
- IWMEncSource.Repeat.
Looking for a different code? Search another status or error code.