You're rendering a video for DVD or broadcast, and everything looks fine in the preview. Then you hit encode, and Windows Media Encoder or your custom WME-based tool spits out NS_E_INVALID_VIDEO_WIDTH_FOR_INTERLACED_ENCODING (0xC00D1BE8). The encode stops dead.
I know this one is infuriating because it's not a codec issue or a file corruption problem. It's a math problem hiding in your resolution settings.
What causes this error
Interlaced video has a quirk: each frame is actually two fields (even and odd scanlines). The encoder needs to split the frame horizontally, and it requires the width to be evenly divisible by 2. But Windows Media Format goes further—it needs the width to be a multiple of 4. If you set a width like 640 or 1280, that's fine (both divide by 4). But try 640x360? That's 640 width, fine. The real culprit is usually a non-standard width like 638, 642, 720x576 (PAL) is okay, but 720x404? Nope.
The exact check in the Windows Media Format SDK is: width % 4 != 0. If your width isn't divisible by 4, the encoder refuses to produce interlaced output. This trips up people converting HD sources (1920x1080 is fine) down to oddball resolutions for social media or archival, or when they've cropped out black bars and ended up with a width like 1916 or 720x404.
You'll often see this if you're using tools like Windows Media Encoder 9 Series, or a custom app built on the WMFormat SDK, especially with the profile set to "Progressive" or "Interlaced" encoding. It's more common with interlaced profiles because progressive encoding doesn't enforce this constraint as strictly—but the error message only appears for interlaced because that's where the field splitting happens.
How to fix it
The fix is straightforward: change your video width to a multiple of 4. But it's not just about guessing—here's the process.
- Check your current width. Open your video properties or the encoding profile settings. Look for the frame width in pixels. Write it down.
- Round down to the nearest multiple of 4. For example, if you have 640x360, width 640 is already fine. But if you have 720x404, width 720? 720 / 4 = 180, so that's fine. Wait, 720 is a multiple of 4. So why the error? The error might be from height? No, the error says width. So double-check your actual width—maybe it's 716 or 724 after cropping.
- Resize the video. Use your video editor or a tool like FFmpeg to change the width to the nearest multiple of 4. For 716, go down to 716 (it's not divisible), so use 712 or 720—pick the one that matches your aspect ratio. Here's a quick FFmpeg command to resize to 720x480 (a standard DVD resolution):
That command scales your video down to fit within 720x480, preserves aspect ratio, and pads to exactly 720x480. Theffmpeg -i input.mp4 -vf "scale=720:480:force_original_aspect_ratio=decrease,pad=720:480:(ow-iw)/2:(oh-ih)/2" -c:v libx264 -interlace -tff output.mkv-interlace -tffflags make sure it's interlaced properly. - Re-encode with your original tool. Load the resized video and try encoding again. It should pass that error and move on to the next problem.
Still failing? Here's what to check
If you resized and still see 0xC00D1BE8, you didn't actually change the width. Some editors write the width in the header but keep the original data. Verify with a media inspector like MediaInfo. Look at the "Width" field. If it's still the old number, you need to re-export properly.
Another possibility: your encoding profile has a custom resolution set that overrides the source. Go into your encoder's profile settings and manually type the width as a multiple of 4. Don't rely on "match source" if that source is off.
Last thing—if you're using an old Windows Media Encoder 9, it sometimes caches the previous dims. Restart the app after changing the resolution. That's fixed more than one weird error for me.
If you're still stuck, try switching the profile to progressive encoding temporarily. That won't be interlaced, but it'll tell you if the width is truly the only problem. If it encodes fine progressive, then it's definitely the width.