| Previous | Next |
| NS_E_DEVCONTROL_FAILED_SEEK | NS_E_TOO_MANY_DEVICECONTROL |
NS_E_INTERLACE_REQUIRE_SAMESIZE
Diagnostic meaning beyond the standard text
For NS_E_INTERLACE_REQUIRE_SAMESIZE (0xC00D1B95), the actionable event is interlace-preserving output is configured with dimensions different from the input. Keep the result producing boundary attached to the original Encoder callback or COM call.
Why the session can reach this point
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.
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. One concrete way to reach the condition is that a profile scales 720x480 interlaced capture to a smaller frame while preserving fields. The result test should therefore preserve the object generation and numeric settings, not just a screenshot of the final dialog.
Trace fields with diagnostic value
| Field | What to preserve |
|---|---|
| Decisive values | input and output width/height, crop margins and interlace-preservation 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 interlace require samesize boundary |
Decision matrix
| Observation | How to interpret it |
|---|---|
| Observation that supports it | The decisive evidence is input and output width/height, crop margins and interlace-preservation flag. It confirms interlace-preserving output is configured with dimensions different from the input in the same object generation. |
| Observation that points to an earlier failure | The recorded values satisfy the interlace require samesize 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 is configured with dimensions different from the input), but a codec, archive or broadcast sink then fails in a subsequent stage. |
| Verification after correction | Apply this isolated change: match output dimensions to the post-crop input or disable interlace preservation. The original interlace require samesize 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 is configured with dimensions different from the input. In the representative case where a profile scales 720x480 interlaced capture to a smaller frame while preserving fields, keep the first failing call and its object identity so a later wrapper cannot replace the interlace require samesize evidence.
Decision path
- Record
0xC00D1B95, it, the Encoder version and the exact API call or property access that returned it. - Export the current
.wmeor.prxconfiguration, then capture input and output width/height, crop margins and interlace-preservation 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: match output dimensions to the post-crop input or disable interlace preservation.
- After the change, recreate the affected Encoder object rather than assuming the existing graph discarded its earlier interlace require samesize state.
Codes with similar symptoms but different owners
| Result | Why it is a different boundary |
|---|---|
NS_E_INVALID_VIDEO_BITRATE | video average bitrate is rejected by the selected codec or audience configuration |
NS_E_VIDEO_BITRATE_STEPDOWN | video bitrate decreases when total audience bitrate increases |
NS_E_INVALID_VIDEO_PEAKRATE | video peak bitrate lies outside the codec or VBR mode's accepted range |
Safe recovery
Resolve the producing condition by ensuring that you match output dimensions to the post-crop input or disable interlace preservation. Then rebuild only the portion of the Encoder graph affected by it and verify the original call.
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.
Source material
- 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.