纯 C# 中的 EVR 演示者， 支持 Direct3D 视频渲染

protected override HRESULT OnInitInterfaces() 
{ 
    m_evStop.Reset(); 
    HRESULT hr; 
    hr = (HRESULT)MFHelper.DXVA2CreateDirect3DDeviceManager9(out m_DeviceResetToken, out m_DeviceManager); 
    hr.Assert(); 
    if (hr.Succeeded) 
    { 
        hr = (HRESULT)m_DeviceManager.ResetDevice(Marshal.GetObjectForIUnknown(m_Device.ComPointer), m_DeviceResetToken); 
        hr.Assert(); 
    } 
    m_Caller = new Wrapper(this);  
    m_Renderer = new EVRRenderer(); 
    IMFVideoRenderer _renderer = (IMFVideoRenderer)m_Renderer.QueryInterface(typeof(IMFVideoRenderer)); 
    hr = (HRESULT)_renderer.InitializeRenderer(null, (IMFVideoPresenter)this); 
    hr.Assert(); 
    m_Renderer.FilterGraph = m_GraphBuilder; 
    hr = base.OnInitInterfaces(); 
    hr.Assert(); 
    return hr; 
}

代码相当简单：我们初始化DXVA2设备管理器，创建EVR过滤器并将其放入图形中。在初始化EVR过滤器后，使用我们的Presenter。

实现演示器接口

现在是最难的部分，你将知道我为什么描述关于线程的事情。

调用者

我的类为EVR演示器提供的一些接口方法是从不同的线程调用的，好像只有一个线程，我们就不会有任何问题。但至少有2个，通常是3个：用户交互（播放、暂停、停止）、媒体流（样本传输）和时钟（样本同步）。在相同上下文中调用的接口是IMFVideoDeviceID和IMFGetService。对于其他接口，我们应该做一些事情才能使其正常工作，如何做呢？答案很简单：让它们在同一个线程中调用，这样上下文将是相同的。希望你对线程和同步足够了解以理解以下代码。让我们看看IMFTopologyServiceLookupClient是如何实现的

public int InitServicePointers(IntPtr pLookup)
{
    Wrapper.CCallbackHandler _handler =
                 new Wrapper.InitServicePointersHandler(m_Caller, pLookup);
    _handler.Invoke();
    return _handler.m_Result;
}

public int ReleaseServicePointers()
{
    Wrapper.CCallbackHandler _handler =
                 new Wrapper.ReleaseServicePointersHandler(m_Caller);
    _handler.Invoke();
    return _handler.m_Result;
}

这里我们简化地创建了指定的预定义异步调用者，等待其结果并返回。调用者回调基类如下所示

public class CCallbackHandler
{
    public bool m_bAsync = false;
    public CallType m_Type = CallType.Unknown;
    public EventWaitHandle m_Notify = new ManualResetEvent(false);
    public int m_Result = S_OK;
    private Wrapper m_Invoker = null;

    #region Constructor

    public CCallbackHandler(Wrapper _Invoker)
    {
         m_Invoker = _Invoker;
    }

    #endregion

    #region Methods

    public void Invoke()
    {
         m_Invoker.InvokeThread(this);
         WaitHandle.WaitAny(new WaitHandle[] { this.m_Notify, m_Invoker.m_Quit });
    }

    #endregion
}

以及实际调用者线程方法

private void InvokeThread(object _param)
{
	lock (m_LockThread)
	{
         		m_Parameter = _param;
                  m_Notify.Set();
	}
	WaitHandle.WaitAny(new WaitHandle[] { m_Quit, m_Ready });
}

private void ThreadProc(object _state)
{
    while (true)
    {
                 int nWait = WaitHandle.WaitAny(new WaitHandle[] { m_Quit, m_Notify });
                 if (nWait == 1)
                 {
                         object _param;
                         lock (m_LockThread)
                         {
                                _param = m_Parameter;
                         }
                         m_Ready.Set();
                         AsyncInvokerProc(_param);
                 }
                 else
                 {
                          break;
                 }
    }
}

我们将调用者对象作为参数，然后设置通知事件，该事件唤醒线程来处理参数，并等待直到参数被检索。线程获取参数并执行传递的回调；因此对托管资源的所有访问都来自单个线程。

高级封送处理

希望你还在；因为前一部分不是最后一块硬代码。一旦方法与调用者在同一线程中被调用，我们就可以毫无问题地在类中持有COM接口。但是，任何尝试在.NET中制作EVR演示器的人，我确信都会遇到IMFTopologyServiceLookupClient接口的 InitServicePointers 方法的问题，对吗？我记得（我一两年前写的代码）问题出现在从pLookUp查询 IMFTopologyServiceLookUp 时。问题发生是因为COM具有聚合，返回的接口可能不是实际对象的接口，而.NET不处理这种情况，它只是调用QueryInterface并在不存在时失败，但我们知道它在这里。为了解决这个问题，我们只需访问我们感兴趣的接口的vtable（虚方法表）即可。该表中的所有条目都是函数指针，按照接口继承和接口方法的顺序（实际上接口是一个具有指定方法条目且别无其他的结构）。例如，接口中的前3个条目始终是IUnknown的实现，顺序为QueryInterface、AddRef和Release。这对于所有托管接口也是如此，也适用于托管对象，因为所有托管对象默认都是COM对象（这只是对开发人员隐藏了）。所以我制作了一个辅助类，允许通过vtable访问COM对象

public class VTableInterface : COMHelper,IDisposable
{
    #region Delegates

    private delegate int QueryInterfaceProc(
        IntPtr pUnk,
        ref Guid riid,
        out IntPtr ppvObject
        );

    #endregion

    #region Variables

    protected IntPtr m_pUnknown = IntPtr.Zero;

    #endregion

    #region Constructor

    protected VTableInterface(IntPtr pUnknown)
    {
        if (pUnknown != IntPtr.Zero)
        {
            m_pUnknown = pUnknown;
            Marshal.AddRef(m_pUnknown);
        }
    }
    ~VTableInterface()
    {
        Dispose();
    }

    #endregion

    #region Methods

    public int QueryInterface(ref Guid riid, out IntPtr ppvObject)
    {
        ppvObject = IntPtr.Zero;
        if (m_pUnknown == IntPtr.Zero) return E_NOINTERFACE;
        QueryInterfaceProc _Proc = GetProcDelegate<QueryInterfaceProc>(0);
        if (_Proc == null) return E_UNEXPECTED;
        return (HRESULT)_Proc(m_pUnknown,ref riid,out ppvObject);
    }
    #endregion

    #region Helper Methods

    protected T GetProcDelegate<T>(int nIndex) where T : class
    {
        IntPtr pVtable = Marshal.ReadIntPtr(m_pUnknown);
        IntPtr pFunc = Marshal.ReadIntPtr(pVtable, nIndex * IntPtr.Size);
        return (Marshal.GetDelegateForFunctionPointer(pFunc, typeof(T))) as T;
    }

    #endregion

    #region IDisposable Members

    public void Dispose()
    {
        if (m_pUnknown != IntPtr.Zero)
        {
            Marshal.Release(m_pUnknown);
            m_pUnknown = IntPtr.Zero;
        }
    }
    #endregion
}

这里主要有趣的方法是 GetProcDelegate，它允许通过索引从 vtable 获取方法。它是如何工作的，您可以在 QueryInterface 实现中看到。因此，为了毫无问题地实现 IMFTopologyServiceLookUp，我们编写以下代码

public class MFTopologyServiceLookup : VTableInterface, IMFTopologyServiceLookup
…
private delegate int LookupServiceProc(
            IntPtr pUnk,
            MFServiceLookUpType Type,
            uint dwIndex,
            [In, MarshalAs(UnmanagedType.LPStruct)] Guid guidService,
            [In, MarshalAs(UnmanagedType.LPStruct)] Guid riid,
            [Out, MarshalAs(UnmanagedType.LPArray, ArraySubType = UnmanagedType.SysInt)] IntPtr[] ppvObjects,
            [In, Out] ref uint pnObjects);
….
public int LookupService(MFServiceLookUpType _type, uint dwIndex, Guid guidService, Guid riid, IntPtr[] ppvObjects, ref uint pnObjects)
{
            if (m_pUnknown == IntPtr.Zero) return E_NOINTERFACE;
            LookupServiceProc _lookUpProc = GetProcDelegate<LookupServiceProc>(3);
            if (_lookUpProc == null) return E_UNEXPECTED;
            return (HRESULT)_lookUpProc(
                        m_pUnknown,
                        _type,
                        dwIndex,
                        guidService,
                        riid,
                        ppvObjects,
                        ref pnObjects
                        );
}

我觉得没那么难。忘记提及接口委托函数与接口中的方法声明在一个额外参数上有所不同。第一个参数应该是 vtable 对象的指针或我们的 IntPtr，为什么这是必要的，我想你可以在网上找到。

样本调度器和空闲样本通知

如果您查看Microsoft的EVR Presenter C++示例，您会发现它在释放时定义了空闲样本，我的意思是调用了Release，并设置了指定的通知。NET不允许我们使用该方法，因为我们无法直接访问IUnknown。所以我通过使用事件解决了这个问题（对于某些人来说，使用信号量可能更好，但这只是一个示例）。

主应用程序

主窗体的实现非常简单，这里我描述了最有趣的方法。场景和播放的变量声明

private Scene m_Scene = null; 
private DSFilePlayback m_Playback = null;

m_Scene = new Scene(this.pbView);

m_Playback = new DSFilePlaybackEVR(m_Scene.Direct3DDevice); 
m_Playback.OnPlaybackStop += new EventHandler(btnStart_Click); 
((DSFilePlaybackEVR)m_Playback).OnSurfaceReady += new EVR.SurfaceReadyHandler(m_Scene.OnSurfaceReady); 
m_Playback.FileName = this.tbFileName.Text; 
if (m_Playback.Start().Succeeded) 
{ 
    btnStart.Text = "Stop"; 
    btnBrowse.Enabled = false; 
}

m_Playback.Dispose(); 
m_Playback = null;