我正在尝试使用GMFBridge在多个流缓冲图之间切换，我似乎有两个问题。
以下是图表示意图：http://massivefailure.net/dshowgraphsalt.jpg
连接到桥接渲染图的桥源图上的VMR非常不连贯 - 每4-5秒显示一个新帧。
如果我寻找连接到桥接渲染图的桥接源图，那么所有输出（连接的桥源中的VMR和渲染图以及外部渲染器上的输出）都会停止大约一分钟。一旦它恢复，问题＃1的不稳定就消失了。
我已经尝试断开并停止桥接渲染图，然后在搜索之后重新连接并运行它，但我仍然遇到问题，要么冻结，要么连接桥源图上的VMR大约每10秒显示一帧
一些不重要的问题：
我确实有无线T恤的智能T恤，VMR连接到预览引脚，但在寻找之后，它们以正常速率1.5-2x播放，直到它们赶上直播。是否有一种理智的方法来解决它，以便我可以回到智能T恤？
答案 0 :(得分：3)
桥接器调整进入渲染图形的样本的时间戳，因为两个图形中的流时间不同。但是，inftee过滤器将相同的样本发送到它的两个输出。因此，（有时）会要求源图中的VMR呈现其时间戳已在渲染图中调整的样本。您看到的不稳定回放是VMR尝试赶上的失败的结果。
您需要复制数据，或者至少复制元数据，以便修改后的时间戳不会出现在源图中。使用未压缩视频数据执行此操作的最简单方法是插入复制变换，例如颜色空间转换器（可能在inftee和桥接接收器之间）。
为了帮助您调试此类问题，您可以创建一个空文件c：\ gmfbridge.txt，桥接代码将创建一个包含时间戳调整和延迟的日志。
GMFBridge示例演示了您可以将任务划分为多个单独的图表，而开销非常小，因此可以避免复制数据或在传输管道上引入新线程。但是，对于某些任务而言，这样做过于复杂，更简单，更加分离的解决方案更合适，例如下游工作线程的缓冲池。
另一个问题是：智能T恤从预览输出中剥去时间戳，因此T恤下游的样品一到达即会呈现。在正常捕获图中，样本的捕获时间带有时间戳 - 如果将这些直接传递给渲染器，它们将始终延迟渲染。正确的解决方案是调整从捕获到呈现的延迟的时间戳，但是在大多数情况下剥离时间戳的原始解决方案都适用。智能tee通过复制IMediaSample对象来执行此操作，但指向相同的数据缓冲区（因此它复制元数据但不复制数据）。请注意，如果智能三通认为（根据1996年的启发式方法）捕获输出落后，则智能三通也会丢弃预览输出上的样本。
