| Previous | Next |
| NS_E_AUTHORIZATION_FILE_NOT_FOUND | NS_E_BAD_MARKOUT |
NS_E_BAD_MARKIN
How to interpret the code in a real encoding session
0xC00D1B58 is named NS_E_BAD_MARKIN. Its practical scope is validation of IWMEncSource.MarkIn before the source timeline is committed, which belongs to source timeline and clipping rather than to every part of Windows Media playback or Windows itself.
Mechanism and point of failure
Windows Media Encoder builds a timeline for every selected source before samples enter the codec in a session that returns NS_E_BAD_MARKIN. Mark-in, mark-out, repeat and time-compression settings are therefore validated against the source duration and against each other before encoding begins at the bad markin checkpoint.
A file that opens and reports a duration can still fail here because timeline validation happens after source discovery but before the first encoded sample in a session that returns NS_E_BAD_MARKIN. A typical reproduction is: a UI stores seconds while the automation layer expects milliseconds, placing MarkIn beyond the clip. For NS_E_BAD_MARKIN, this makes the first result from the Encoder more valuable than a later generic message.
Reproduction matrix
| Field | What to preserve |
|---|---|
| Decisive values | MarkIn, MarkOut and detected source duration in milliseconds, including whether a negative sentinel was converted to an unsigned value |
| Producing object | source-group name, source URL or device moniker, MarkIn and MarkOut in milliseconds, detected duration, Repeat flag, preprocessing mode and encoder state |
| Session correlation | the same source-group generation, audience index, object identity and callback sequence that produced NS_E_BAD_MARKIN |
| Lower-level evidence | the first COM, driver, file-system or codec HRESULT observed before the Encoder mapped the condition to NS_E_BAD_MARKIN |
| Controlled comparison | a known-good session that changes only the setting named in the bad markin boundary |
Evidence matrix
| Observation | How to interpret it |
|---|---|
| Observation that supports this result | The decisive evidence is MarkIn, MarkOut and detected source duration in milliseconds, including whether a negative sentinel was converted to an unsigned value. It confirms validation of IWMEncSource.MarkIn before the source timeline is committed in the same object generation. |
| Observation that points to an earlier failure | The recorded values satisfy the bad markin 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 (validation of IWMEncSource.MarkIn before the source timeline is committed), but a codec, archive or broadcast sink then fails in a subsequent stage. |
| Verification after correction | Apply this isolated change: set MarkIn to a nonnegative offset strictly before MarkOut and within the detected duration. The original bad markin call should then advance past the same checkpoint. |
The operational impact of NS_E_BAD_MARKIN is limited to the source timeline and clipping transition that owns validation of IWMEncSource.MarkIn before the source timeline is committed. For NS_E_BAD_MARKIN, it does not, by itself, prove that every input is corrupt, every codec is missing or the complete Windows Media installation is unusable. In the representative case where a UI stores seconds while the automation layer expects milliseconds, placing MarkIn beyond the clip, keep the first failing call and its object identity so a later wrapper cannot replace the bad markin evidence.
Minimal experiment
- Record
0xC00D1B58,NS_E_BAD_MARKIN, the Encoder version and the exact API call or property access that returned it. - Export the current
.wmeor.prxconfiguration, then capture MarkIn, MarkOut and detected source duration in milliseconds, including whether a negative sentinel was converted to an unsigned value. - For
NS_E_BAD_MARKIN, verify the source timeline and clipping precondition without changing the source, profile and output sink at the same time. - Run one controlled comparison in which only this condition changes: set MarkIn to a nonnegative offset strictly before MarkOut and within the detected duration.
- After the change, recreate the affected Encoder object rather than assuming the existing graph discarded its earlier bad markin state.
Do not collapse these results together
| Result | Why it is a different boundary |
|---|---|
NS_E_BAD_MARKOUT | validation of IWMEncSource.MarkOut against MarkIn and the end of the source |
NS_E_SOURCE_CANNOT_LOOP | Repeat is enabled for a source type that cannot be replayed |
NS_E_MARKIN_UNSUPPORTED | MarkIn or MarkOut clipping is requested for a source type that does not support seeking to marks |
What to change—and what to leave alone
Change the smallest responsible precondition: set MarkIn to a nonnegative offset strictly before MarkOut and within the detected duration. While retesting NS_E_BAD_MARKIN, keep all unrelated source, audience and output values fixed until the same call is repeated.
Do not re-encode or trim the only copy of the input while diagnosing the timeline; preserve the original duration and timestamps so the invalid interval can be reproduced in a session that returns NS_E_BAD_MARKIN.
Authoritative documentation for NS_E_BAD_MARKIN
- IWMEncSource.MarkOut.
- IWMEncSource.Repeat.
- Preparing a source group for encoding.
- Two-pass encoding.
Looking for a different code? Search another status or error code.