| Previous | Next |
| NS_E_INTERLACEMODE_MISMATCH | NS_E_SMPTEMODE_MISMATCH |
NS_E_NONSQUAREPIXELMODE_MISMATCH
Diagnostic meaning beyond the standard text
For NS_E_NONSQUAREPIXELMODE_MISMATCH (0xC00D1BAC), the actionable event is non-square-pixel mode differs across audiences sharing a source index. Keep the result producing boundary attached to the original Encoder callback or COM call.
Why the session can reach this point
A Windows Media Encoder profile declares content types and one or more audiences in a session that returns this result. Each audience maps source indexes to audio, video, script or file streams and must remain structurally consistent with the other audiences in a multiple-bit-rate profile.
Individual fields may be syntactically valid while the complete profile is inconsistent across audiences or does not match the source group in a session that returns this result. One concrete way to reach the condition is that only one audience enables anamorphic output. 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 | non-square-pixel flag and aspect ratio per audience |
| Producing object | profile name and content type, audience count and total bitrate, source indexes, stream types, language identifiers, selected audiences and result of IWMEncProfile2.Validate |
| 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 nonsquarepixelmode mismatch boundary |
Decision matrix
| Observation | How to interpret it |
|---|---|
| Observation that supports it | The decisive evidence is non-square-pixel flag and aspect ratio per audience. It confirms non-square-pixel mode differs across audiences sharing a source index in the same object generation. |
| Observation that points to an earlier failure | The recorded values satisfy the nonsquarepixelmode mismatch 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 (non-square-pixel mode differs across audiences sharing a source index), but a codec, archive or broadcast sink then fails in a subsequent stage. |
| Verification after correction | Apply this isolated change: align pixel-aspect mode for that source index across audiences. The original nonsquarepixelmode mismatch call should then advance past the same checkpoint. |
The operational impact of it is limited to the profile, audience and stream topology transition that owns non-square-pixel mode differs across audiences sharing a source index. In the representative case where only one audience enables anamorphic output, keep the first failing call and its object identity so a later wrapper cannot replace the nonsquarepixelmode mismatch evidence.
Decision path
- Record
0xC00D1BAC, it, the Encoder version and the exact API call or property access that returned it. - Export the current
.wmeor.prxconfiguration, then capture non-square-pixel flag and aspect ratio per audience. - verify the profile, audience and stream topology precondition without changing the source, profile and output sink at the same time.
- Run one controlled comparison in which only this condition changes: align pixel-aspect mode for that source index across audiences.
- After the change, recreate the affected Encoder object rather than assuming the existing graph discarded its earlier nonsquarepixelmode mismatch state.
Codes with similar symptoms but different owners
| Result | Why it is a different boundary |
|---|---|
NS_E_INTERLACEMODE_MISMATCH | the same source index has different interlace modes across audiences |
NS_E_SMPTEMODE_MISMATCH | SMPTE timecode mode differs across audiences for the same source index |
NS_E_INVALID_INPUT_STREAM | an input stream type or index does not identify a valid source stream |
Safe recovery
Resolve the producing condition by ensuring that you align pixel-aspect mode for that source index across audiences. Then rebuild only the portion of the Encoder graph affected by it and verify the original call.
Do not repair a profile by deleting arbitrary audiences; export the.prx first and compare the same source index across every audience in a session that returns it.
Source material
- Adding an audience to an encoder profile.
- IWMEncAudienceObj.TotalBitrate.
- Retrieving the profile assigned to a source group.
- Detecting profile compatibility.
Looking for a different code? Search another status or error code.