0

我正在开发一个 Live DirectShow 过滤器。

我有一个 H264 流源，我可以通过 SDK API 获取流。

在我的过滤器中，我有一个队列，我将来自线程的传入流入队（推送）。然后我在过滤器FillBuffer中消耗（出列，弹出）这些流......

所以我做了一个线程安全的队列......但这会导致一些问题......

在 FillBuffer，如果我检查是否有任何传入数据包，如果有，则流程逻辑如下：

    ...
    bool hasElement = SynchronizedQueue.pop(element);

    if(!hasElement)
    {
        return S_OK
    }
    ...

...这会消耗很多 CPU ...

Howewer 使用 boost lib 实现带条件变量的锁

...
SynchronizedQueue.waitAndPop(element) ;// which wait until we have some

哪个有情人CPU...但是有时候Queue中没有数据的时候，这个block的FillBuffer函数和filter可能不会停止...

那么对于从远程机器获取输入流并将其传递给解码器的实时源过滤器的任何设计理念替代方案？或者我怎样才能让我的设计更好......降低CPU并且可以停止？

4

1 回答 1

0

源过滤器拥有一个推送线程，因此您需要使用同步对象（事件、互斥锁）在那里等待以产生控制，直到有新帧可用于推送输出引脚。

每当您从 SDK 接收帧并将其放入队列时，您将使用同步对象指示此可用性，例如您将设置一个事件。工作线程将看到事件并开始处理帧。

工作线程至少需要能够响应两个事件：新帧和过滤器/图形停止。因此，您将需要WaitForMultipleObjects等待多个事件并在第一次发生时唤醒。

于 2012-08-16T12:10:00.813 回答