| Previous | Next |
| NS_E_EDL_REQUIRED_FOR_DEVICE_MULTIPASS | NS_E_MARKIN_UNSUPPORTED |
NS_E_INVALID_VIDEO_WIDTH_FOR_INTERLACED_ENCODING
Where the Encoder produces this result
0xC00D1BE8 (NS_E_INVALID_VIDEO_WIDTH_FOR_INTERLACED_ENCODING) identifies interlace-preserving output width is not a multiple of four. The important diagnostic boundary is the Encoder object that validates this state; a later “cannot start encoding” dialog can hide that more precise origin.
The video profile selects a codec and rate-control mode, then supplies bitrate, peak rate, frame rate, frame size, key-frame spacing, quality, buffer and optional interlace or pixel-aspect settings in a session that returns this result. The codec validates both values and combinations at the invalid video width for interlaced encoding checkpoint.
What has already succeeded
A source preview does not prove that the output profile is accepted; output dimensions and rate-control settings are validated by the selected encoder codec in a session that returns this result. In a representative invalid video width for interlaced encoding case, cropping changes 720-pixel input to 718 pixels with interlace preservation enabled. 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 | output width after clipping/scaling and maintain-interlace flag |
| Producing object | audience index, codec FOURCC/index, VBR mode, width and height, frame rate, average and peak bitrate, buffer values, key-frame interval, quality values, interlace mode and pixel aspect ratio |
| 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 invalid video width for interlaced encoding boundary |
How to read the next observation
| Observation | How to interpret it |
|---|---|
| Observation that supports it | The decisive evidence is output width after clipping/scaling and maintain-interlace flag. It confirms interlace-preserving output width is not a multiple of four in the same object generation. |
| Observation that points to an earlier failure | The recorded values satisfy the invalid video width for interlaced encoding 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 (interlace-preserving output width is not a multiple of four), but a codec, archive or broadcast sink then fails in a subsequent stage. |
| Verification after correction | Apply this isolated change: choose a width divisible by four while retaining the intended aspect ratio. The original invalid video width for interlaced encoding call should then advance past the same checkpoint. |
The operational impact of it is limited to the video stream and audience settings transition that owns interlace-preserving output width is not a multiple of four. In the representative case where cropping changes 720-pixel input to 718 pixels with interlace preservation enabled, keep the first failing call and its object identity so a later wrapper cannot replace the invalid video width for interlaced encoding evidence.
A controlled diagnostic sequence
- Record
0xC00D1BE8, it, the Encoder version and the exact API call or property access that returned it. - Export the current
.wmeor.prxconfiguration, then capture output width after clipping/scaling and maintain-interlace flag. - verify the video stream and audience settings precondition without changing the source, profile and output sink at the same time.
- Run one controlled comparison in which only this condition changes: choose a width divisible by four while retaining the intended aspect ratio.
- After the change, recreate the affected Encoder object rather than assuming the existing graph discarded its earlier invalid video width for interlaced encoding state.
Nearby HRESULTs that mean something else
| Result | Why it is a different boundary |
|---|---|
NS_E_INVALID_PIXEL_ASPECT_RATIO | pixel-aspect-ratio numerator or denominator falls outside the Encoder's accepted range |
NS_E_INVALID_INTERLACEMODE | selected codec does not support the requested interlace-preservation mode |
NS_E_SAME_AS_INPUT_COMBINATION | audiences mix same-as-input sizing with explicit width and height in one profile |
Corrective action at the right layer
The focused correction is to choose a width divisible by four while retaining the intended aspect ratio. A retry is useful only after the recorded invalid video width for interlaced encoding precondition changes.
Do not rely on the UI label alone; record the numeric profile fields and codec identity before changing presets in a session that returns it.
Technical references
- Selecting a video codec for an audience.
- IWMEncProfile2.VBRMode.
- IWMEncVideoSource2.Width and live capture sizing.
- Non-square pixel mode in an encoder profile.
Looking for a different code? Search another status or error code.