| Previous | Next |
| NS_E_INVALID_SCRIPT_BITRATE | NS_E_INVALID_FILE_BITRATE |
NS_E_MULTIPLE_FILE_BITRATES
Where the Encoder produces this result
0xC00D1BD0 (NS_E_MULTIPLE_FILE_BITRATES) identifies file-transfer stream bitrate differs across audiences. The important diagnostic boundary is the Encoder object that validates this state; a later “cannot start encoding” dialog can hide that more precise origin.
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.
What has already succeeded
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. In a representative multiple file bitrates case, a file stream is added after audiences were configured independently. 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 | file bitrate for each audience and source index |
| 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 multiple file bitrates boundary |
How to read the next observation
| Observation | How to interpret it |
|---|---|
| Observation that supports it | The decisive evidence is file bitrate for each audience and source index. It confirms file-transfer stream bitrate differs across audiences in the same object generation. |
| Observation that points to an earlier failure | The recorded values satisfy the multiple file bitrates 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 (file-transfer stream bitrate differs across audiences), but a codec, archive or broadcast sink then fails in a subsequent stage. |
| Verification after correction | Apply this isolated change: use one common file-transfer bitrate across audiences. The original multiple file bitrates 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 file-transfer stream bitrate differs across audiences. In the representative case where a file stream is added after audiences were configured independently, keep the first failing call and its object identity so a later wrapper cannot replace the multiple file bitrates evidence.
A controlled diagnostic sequence
- Record
0xC00D1BD0, it, the Encoder version and the exact API call or property access that returned it. - Export the current
.wmeor.prxconfiguration, then capture file bitrate for each audience and source index. - 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: use one common file-transfer bitrate across audiences.
- After the change, recreate the affected Encoder object rather than assuming the existing graph discarded its earlier multiple file bitrates state.
Nearby HRESULTs that mean something else
| Result | Why it is a different boundary |
|---|---|
NS_E_INVALID_SCRIPT_BITRATE | script-stream bitrate is outside the accepted range |
NS_E_INVALID_FILE_BITRATE | file-transfer stream bitrate is invalid for the profile |
NS_E_MULTIPLE_SCRIPT_BITRATES | script-stream bitrate differs across audiences in one profile |
Corrective action at the right layer
The focused correction is to use one common file-transfer bitrate across audiences. A retry is useful only after the recorded multiple file bitrates precondition changes.
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.
Technical references
- 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.