When the camera is not detected, the driver layer is where most cases are won or lost. This guide focuses on the driver-side troubleshooting: error codes, ghost devices, USB Video Class bindings, and the update loops that make cameras vanish. It is the technical companion to the broader detection walkthrough — here we go deep on the software machinery.

Driver-side detection failures have a signature: the camera worked, then an update, a sleep cycle, or a driver change made it disappear from Device Manager. If that matches your timeline, the fixes below are ordered for maximum hit rate.

Why this happens

  • USB Video Class driver binding broken: The shared class driver all laptop cameras use can corrupt, preventing enumeration of any camera that depends on it.
  • Stale ghost device records: Failed uninstalls leave phantom entries that block Windows from enumerating the real device fresh.
  • Driver update replaced working driver: Windows Update installs an incompatible camera driver version, and the device fails to start — then gets hidden.
  • Chipset USB enumeration bugs: The camera’s internal USB parent fails to enumerate after power-state transitions, taking the camera down with it.
  • Filter driver conflicts: Virtual camera software and old webcam utilities install filter drivers that intercept and break the enumeration chain.
  • Corrupted driver store: Multiple conflicting driver versions for the same hardware ID create a state where Windows cannot settle on one that loads.
  • Power management disabling the parent hub: The internal USB hub hosting the camera gets powered down and never re-enumerates its children.
  • INF cache corruption: Windows’ driver information cache can corrupt, causing correct drivers to fail matching against the hardware.

How to fix it

Work through these in order — diagnose first, then act.

Fix 1: Map the failure with hidden devices and error codes

Diagnosis first — the error code determines the fix path.

  1. Open Device Manager → View → Show hidden devices. Check Cameras, Imaging devices, Sound, video and game controllers, and Universal Serial Bus controllers for anything camera-related.
  2. For any camera entry with a warning, record the exact code: Code 45 (not connected → enumeration/power), Code 43 (driver failed → driver reinstall), Code 10 (cannot start → driver mismatch), Code 39 (driver corrupted/missing).
  3. Check Properties → Events for the failure timeline — did it start after a specific update or driver install?
  4. If nothing camera-related exists anywhere, even hidden, the failure is below the driver layer — check the BIOS camera toggle and USB enumeration first (see our camera detection guide for the firmware side).

Fix 2: Clear ghost devices and force clean enumeration

Stale records are the most common driver-side block.

  1. Uninstall every grayed-out camera entry (right-click → Uninstall device). Check Delete the driver software only for entries you are sure are the camera’s.
  2. Expand Universal Serial Bus controllers and uninstall grayed-out USB Composite Device entries that could be the camera’s parent — when in doubt, uninstall all grayed-out USB entries; they are stale by definition.
  3. Click Action → Scan for hardware changes and watch for the camera to enumerate fresh.
  4. If it enumerates with an error code, you have converted “not detected” into a specific driver error — continue to Fix 3 with the code in hand. That conversion is genuine progress.

Fix 3: Fix the specific error code

Each code has a targeted repair.

  1. Code 43/39 (driver failed/corrupt): Download the camera driver from the manufacturer’s support site — Dell , HP , or Lenovo — uninstall the device with driver deletion, restart, and install the fresh package.
  2. Code 10 (cannot start): Usually a driver-hardware mismatch. Try the previous driver version via Roll Back Driver, or the manufacturer’s older driver package.
  3. Code 45 (not connected): This is enumeration, not the camera driver — update the chipset driver from the manufacturer, disable Fast Startup, and do a full power-drain cycle.
  4. No code, device absent: Rebuild the USB Video Class binding per Fix 4. General camera permission issues (a different problem) are in our camera not working guide .

Fix 4: Rebuild the USB Video Class driver binding

When the shared class driver is the broken link.

  1. Identify the camera’s USB parent: in Device Manager, check View → Devices by connection and trace down to find which USB hub/composite device hosts the camera.
  2. Right-click the parent USB Composite Device → Uninstall device (do not check driver deletion — you want Windows to rebuild the standard binding).
  3. Action → Scan for hardware changes. Windows re-enumerates the composite device and rebinds the USB Video Class driver.
  4. If the camera now appears under Cameras without warnings, open the Camera app to verify frames actually arrive — enumeration without a working stream means the camera driver itself still needs Fix 3.

Fix 5: Purge conflicting filter drivers and camera software

Third-party software that hijacks the camera stack.

  1. Uninstall virtual camera applications: OBS Virtual Camera, Snap Camera, XSplit VCam, and phone-as-webcam apps. Their filter drivers sit in the enumeration path.
  2. Check Device Manager → View → Show hidden devices → Software components and System devices for leftover virtual camera entries — uninstall them.
  3. Look in Settings → Apps for old webcam utilities from previous laptops or previous Windows versions and remove them.
  4. Restart and scan for hardware changes. Filter-driver conflicts often reveal themselves here: the physical camera appears the moment the filter is gone.

Fix 6: Repair the driver store and INF cache

For systems where correct drivers inexplicably fail to match.

  1. Open an elevated Command Prompt and run pnputil /enum-drivers — look for multiple camera driver versions from different providers for the same device.
  2. Remove conflicting third-party camera drivers with pnputil /delete-driver oemXX.inf /uninstall, where oemXX.inf is the conflicting package. Be careful to remove only camera-related packages.
  3. Run sfc /scannow to repair system driver files, and DISM /Online /Cleanup-Image /RestoreHealth if SFC finds unfixable damage.
  4. Reinstall the manufacturer’s camera driver cleanly afterward. This deep repair is rarely needed but decisive when the driver store is tangled — the equivalent of a fresh start without reinstalling Windows.

Fix 7: Block the breaking update and verify across environments

Prevent recurrence and confirm the diagnosis.

  1. Once the camera works, use the Show or hide updates troubleshooter to hide the driver update that broke it — otherwise the loop repeats.
  2. Note the exact working driver version (Device Manager → Driver tab) for future reference.
  3. For final confirmation of a software verdict, boot a Linux live USB: camera visible there corroborates that the hardware is healthy and your Windows repair is the correct fix.
  4. If the camera works in Windows now but intermittently vanishes after sleep, the remaining suspect is USB power management on the parent hub — disable Allow the computer to turn off this device on the relevant USB hubs in Device Manager.

Closing

Driver-side camera detection failures reward precision: read the error code, clear the ghosts, rebuild the binding, and block the update that caused it. The pattern to remember is that “not detected” with a software cause almost always follows an update or a sleep cycle — sudden, permanent disappearance with no trigger is the hardware signature. Match the fix to the signature and you will not waste time on the wrong layer.

Frequently asked questions

What should I do if the camera shows Code 45 in Device Manager?
Code 45 means Windows believes the hardware is not connected. For a built-in camera, this is an enumeration failure on its internal USB connection, not a physically unplugged device. Start with a true power cycle — full shutdown with Fast Startup disabled, drain residual power, reboot — then scan for hardware changes. If Code 45 persists, update the chipset driver from the manufacturer. Only after those steps should you suspect the hinge cable or camera module.
Why does my camera appear under hidden devices but not normally?
A camera visible only as a grayed-out hidden device means Windows has a stale record of it but cannot currently communicate with it. This happens after failed driver updates, interrupted enumerations, or when the device was disconnected (logically) while Windows was not watching. Uninstall the hidden entry, then scan for hardware changes to force a clean re-enumeration. If it comes back healthy, the stale record was blocking fresh detection.
Can Windows Update cause the camera to stop being detected?
Yes. Feature updates can damage the USB Video Class driver binding or replace the working camera driver with an incompatible one, and either can make the camera vanish from Device Manager rather than just malfunction. If detection failed right after an update, uninstall the camera device (including hidden entries), reinstall the manufacturer’s camera driver, and use the Show or hide updates troubleshooter to block the problematic driver from returning.
How do I know if it is the driver or the hardware?
The definitive test is cross-environment: boot a Linux live USB and check for the camera. Detected in Linux means the hardware works and Windows is at fault — keep troubleshooting drivers. Not detected in Linux either, with the BIOS camera toggle verified enabled, points to hardware: the hinge cable or the module. A second clue is timing — hardware failures are usually sudden and permanent, while driver issues often follow updates or sleep cycles.