What does HRESULT 0x80070492 (E_PROP_SET_UNSUPPORTED) mean?

 
Could be also:
ConstantTypeOS
HRESULT_FROM_WIN32(ERROR_SET_NOT_FOUND)Win32 errorWindows
Previous Next
E_PROP_ID_UNSUPPORTED WININET_E_OUT_OF_HANDLES

E_PROP_SET_UNSUPPORTED

E_PROP_SET_UNSUPPORTED0x80070492

This result belongs to unsupported kernel-streaming property set not to a generic restart checklist, because the target object does not implement the requested property-set GUID at all.

Start at the returning layer

DirectShow and kernel-streaming property access is negotiated by property-set GUID, property ID, target object, operation type, instance data, and buffer sizes. In the context of unsupported kernel-streaming property set, QuerySupported is the correct capability boundary; display names and device family assumptions are not. Locate the first component changing state in this condition and distinguish later summary errors.

Important boundary. A supported set with one unknown property should return E_PROP_ID_UNSUPPORTED instead. Record the exact constant and returning API.

Minimum useful evidence

CaptureDiagnostic question
Property-set GUID, target pin/filter/device, interface used, and QuerySupported resultProvides a stable before/after comparison for feature negotiation.
Driver/filter version and whether the request reached the intended objectShows whether the set, the individual property, or the requested access mode is unsupported.
Get/Set operation, instance data, and media graph topologyTies the result to one property-set GUID, property ID, and target object.
A property set known to be implemented by the same targetSeparates capability discovery from buffer, driver, and graph-topology problems.

Preserve the smallest reproducible property-call trace and redact device serials or private media before sharing it.

Separate state from data

  1. Query support on the exact pin or filter before access. Record the exact QuerySupported, Get, or Set result that changes.
  2. Compare with the same property set on a device documented to support it. Keep the property-set GUID, property ID, target object, and access flags fixed.
  3. Verify that the caller did not confuse the incompatible IKsPropertySet interfaces from different headers. Use a disposable graph or test device when probing this condition could reconfigure streaming state.

Stop after the first comparison that changes QuerySupported, Get, or Set behavior and diagnose that new capability boundary independently.

Nearby states and false leads

When a minimal control succeeds, the failure is tied to the original object or its state rather than to the whole Windows subsystem. When the control fails identically, preserve host-level evidence first. If a different code appears, that is a moved boundary, not automatic success.

Capability discovery belongs before Get or Set; an unsupported capability is not repaired by enlarging buffers or rebuilding the filter graph.

Verification after correction

Correction: Select a supported interface/property set, correct the target object, or disable the optional feature through capability discovery. Keep the original property-set GUID, property ID, target object, driver version, and graph topology so the change can be reversed and explained.

Accept the repair only when the application negotiates capabilities per object and never issues unsupported set operations during normal graph construction. Repeat the original supported operation under the original identity and object state; another device model, different pin, or simplified filter graph is useful comparison evidence but not final regression proof.

Technical references

These sources describe the API, service architecture, and status values relevant to this diagnosis: Check version-specific behavior against the DirectShow, kernel-streaming, and driver generation that returned the result.


Looking for a different code? Search another status or error code.