异步IMFSourceReader::ReadSample偶发返回MF_E_INVALIDREQUEST问题排查

错误含义 #

MF_E_INVALIDREQUEST（数值对应0xc00d36b2）的核心意思是：当前IMFSourceReader的状态不允许执行你发起的请求。这个错误偶发，通常由异步操作时序冲突或流状态不稳定导致，比如：

• 在上一次ReadSample的异步回调尚未完成时，就发起新的ReadSample调用
• 当Source Reader还有未处理的异步请求时，调用SetStreamSelection修改流选中状态
• 摄像头设备刚启动、状态尚未稳定时执行操作

解决方法 #

1. 严格遵循异步回调驱动的读取流程 #

在Source Reader的异步模式下，绝对不能连续调用ReadSample。必须等上一次ReadSample触发的IMFSourceReaderCallback::OnReadSample回调执行完成、处理完当前视频样本后，再发起下一次ReadSample请求，避免请求队列溢出或状态冲突。

2. 选择合适时机修改流选中状态 #

SetStreamSelection需要在Source Reader处于无 pending 请求的空闲状态时调用：

• 优先在初始化阶段完成所有流的选择配置，之后再启动异步读取流程
• 如果运行中必须切换流，先停止发起新的ReadSample，等待所有已发起的异步回调全部完成，再调用SetStreamSelection修改状态，最后重新启动读取。

3. 替换断言为健壮的错误处理逻辑 #

调试阶段的assert无法处理运行时的偶发错误，必须替换为实际的错误捕获与重试逻辑：

HRESULT hr = srcReader->SetStreamSelection(streamIdx, TRUE);
if (FAILED(hr)) {
    if (hr == MF_E_INVALIDREQUEST || hr == 0xc00d36b2) {
        // 等待状态稳定后重试，或先清理现有异步请求
        // 比如延迟100ms后重新调用，或检查回调是否完成
        return hr; // 根据业务逻辑选择重试或返回错误
    }
}

hr = srcReader->ReadSample(streamIdx, 0, NULL, NULL, NULL, NULL);
if (FAILED(hr)) {
    if (hr == MF_E_INVALIDREQUEST || hr == 0xc00d36b2) {
        // 等待上一次回调完成后，再发起新的读取请求
    }
}

4. 确保Source Reader状态一致 #

• 初始化时，要等Source Reader完成媒体类型协商、摄像头设备完全就绪后，再执行流选择和读取操作
• 如果遇到设备断开、多次重试仍失败的情况，直接销毁当前Source Reader实例，重新创建并初始化，避免在错误状态下继续操作

内容的提问来源于stack exchange，提问作者c00000fd