Fix NS_E_WMP_HME_INVALIDOBJECTID (0XC00D0FBF) in WMP
Windows Media Player can't find your media file because the media library database got corrupted or the file path changed. This fix rebuilds the library.
When This Error Shows Up
You open Windows Media Player, double-click a song or video from your library, and instead of playing, you get a pop-up: "Windows Media Player cannot find the media you are looking for. The exact error code is: 0XC00D0FBF." This usually happens right after you moved or renamed a folder full of music or videos, or after a Windows update rearranged your user folders. I've seen it most often on Windows 10 22H2 and Windows 11 23H2 after a major feature update.
What's Actually Happening Here
Windows Media Player keeps a database of all your media files in a hidden folder under %LOCALAPPDATA%\Microsoft\Media Player. This database stores file paths, metadata (artist, album, etc.), and play counts. When you move or delete a file, WMP doesn't automatically update that database — it just marks the entry as "not found." Over time, or after a system update, the database can get corrupt entries. The error 0XC00D0FBF means WMP is trying to access an object ID in that database, but the file path it stored no longer exists.
The root cause is almost always a mismatch between what the library database thinks exists and what's actually on your hard drive. It's not a codec issue, not a permissions issue, and definitely not a problem with the file itself.
How to Fix It
The fix is to rebuild the Windows Media Player library database from scratch. Don't bother with "repair" options in Settings — they don't touch the database. You need to nuke it and let WMP start fresh.
- Close Windows Media Player completely. Check Task Manager for any
wmplayer.exeprocesses still running. Kill them if needed. - Open File Explorer and paste this into the address bar:
%LOCALAPPDATA%\Microsoft\Media Player. Hit Enter. You'll see a folder with some XML files and a folder namedPlayer. - Delete everything inside the Media Player folder. Select all files (Ctrl+A) and hit Delete. Don't delete the folder itself — just its contents. Windows will ask for confirmation. Say yes. Some files might be locked — if so, boot into Safe Mode with Networking (press Shift + Restart from the login screen) and do it there.
- Restart Windows Media Player. It'll take a minute or two to rebuild the library. On the first launch, WMP will scan your default Music, Pictures, and Videos folders. If you keep media in custom folders, you'll need to add them back manually (see next step).
- Re-add your media folders. In WMP, click Organize > Manage Libraries > Music (or Videos, or Pictures). Click Add, browse to your folders, and click Include folder. Do this for each media type you use.
- Wait for the scan to finish. WMP will index everything. This can take 10-20 minutes for large libraries. Don't interrupt it — let it churn.
If the Error Persists
If you still see 0XC00D0FBF after rebuilding, the problem is likely a specific file with a corrupt metadata tag. Here's what to check:
- Corrupt file in the library. WMP might be choking on a single MP3 or video file with a broken ID3 tag. Use a tool like MP3Tag to inspect files in the folder where the error occurs. Look for files with weird characters in the artist or title fields — those are the usual suspects.
- Network drives. If your media sits on a network share or external USB that's disconnected when the player launches, WMP stores a dead path. Reconnect the drive, or move those files to a local folder permanently.
- Windows Search service. WMP relies on Windows Search to index files. If that service is disabled or stuck, WMP can't rebuild its database properly. Press Win+R, type
services.msc, find "Windows Search," make sure it's set to Automatic and running. If not, start it and trigger a reindex: go to Control Panel > Indexing Options > Advanced > Rebuild. - Alternate player. Honestly, if you're fighting this more than once a year, consider switching to a modern player like VLC or foobar2000. They don't use this brittle database approach and won't hit this error at all.
Why Step 3 Works
Deleting the database files forces WMP to regenerate them from scratch. The old entries with broken paths are gone. The new database will only contain files that actually exist on your drives at scan time. It's brute force, but it's the only reliable fix — Microsoft never shipped a proper repair tool for this database.
Was this solution helpful?