如何让 IMediaControl.Run() 无延迟地开始播放文件答案

【问题标题】：How to get IMediaControl.Run() to start a file playing with no delay如何让 IMediaControl.Run() 无延迟地开始播放文件
【发布时间】：2010-03-18 12:45:40
【问题描述】：

我正在尝试使用 DirectShow 连续播放两个 AVI 文件（一个接一个），这样当播放器从一个文件转换到下一个文件时，音频或视频不会中断。

我的表单上有两个自定义控件。每个都预加载了一个 AVI 文件，在开始播放之前，我设置了所有 DirectShow 接口，设置视频窗口并调整它们的大小，调用 IMediaControl.Run()，然后是 IMediaControl.Pause()，然后是 IMediaSeeking.SetPositions在两个控件上重置为第 0 帧。在表单上，您可以看到两个文件都在其初始帧处暂停。

然后我在第一个控件上调用 IMediaControl.Run()，并等待它完成，然后再在第二个控件上调用 Run()。最初，我连接到第一个视频的 EC_COMPLETE 通知消息，并用它来启动第二个。考虑到这个事件可能会来得很慢（事实证明确实如此，但出于一个奇怪的原因），我尝试了另外两种方法：

检查第一个视频的当前位置在每秒钟左右关闭的计时器内（使用 IMediaPosition.get_CurrentPosition）。当当前位置在视频停止时间的一秒内（从 IMediaPosition.get_StopTime 提前知道），我进入紧密的while 循环并等待当前位置等于停止时间，然后调用 Run()在第二个视频中。
与第一个相同，除了我将while 循环替换为从winmm.dll 调用timeSetEvent，并设置了延迟，以便在第一个文件应该结束时立即触发。我使用回调来 Run() 第二个文件。

这两种方法中的任何一种都大大减少了第一个文件结束和第二个文件开始之间的延迟，表明EC_COMPLETE消息不会在文件完成后立即到达（我也尝试过挂钩EC_SEGMENT_COMPLETE消息，它应该用于在文件中循环，但显然没有人支持这一点 - 至少在我的机器上不会发生）。

以上所有操作都将转换延迟从一秒缩短到几乎无法察觉的故障；大约三分之一的时间文件转换时完全没有中断，这表明没有根本原因我不能让它一直工作。

不幸的是，轻微的延迟仍然是不可接受的。我假设（我很容易出错）剩余的延迟是由于调用 IMediaControl.Run() 和视频实际开始播放之间的轻微可变延迟。

有人知道我可以做些什么来消除这个小滞后吗？ 告诉我这从根本上是不可能的，无论出于何种原因，这也不会让我感到惊讶。我从来没有在 Windows 中遇到过没有这个问题的视频播放器，所以它可能不可行。

更多信息：我正在播放的 AVI 文件完全未压缩（视频和音频未压缩），所以我认为延迟不是因为 DirectShow 必须提前解压缩视频播放开始，尽管它可能仍然会提前缓冲（这可能是问题的根源）。我会认为开始播放、暂停然后倒回到开头可以解决这个问题。

另外，我处理转换的方式实际上是将第二个控件置于第一个控件之下；当第一个完成播放时，我开始第二个，然后在其上调用 BringToFront，创建两个原件之间的单个视频过渡的外观。我不认为故障是由于这个原因，因为它在某些时候工作得很好，即使这是有问题的，它也不能解释匹配的音频故障。

甚至更多：我只是尝试“提前”30-50 毫秒开始第二个视频，这似乎消除了更多的差距，所以我猜测 Run() 中的滞后大约有那么长。不过，它似乎是可变的，所以这仍然不是我需要的地方。

还有更多：也许我可以通过从内存而不是从文件中加载 AVI 来消除这种延迟。不幸的是，我不知道该怎么做。 IMediaControl 只有RenderFile() 方法，而不是RenderStream 或RenderMemory 方法。

【问题讨论】：

标签： directshow directshow.net

【解决方案1】：

如果您在停止的图形上调用 IMediaControl::Run，图形管理器会将调用发布到工作线程（因此存在一些可变性）。在工作线程上，图表将被暂停。渲染过滤器只有在接收到数据后才完成暂停转换，因此一旦 GetState() 返回 S_OK，图形管理器就知道图形已完全提示。此时，它会选择大约 10 毫秒后的时间，并以该时间为起点在每个过滤器上调用 Run。由于告诉每个过滤器运行需要时间，因此 dshow Run 方法有一个参数，该参数是应该播放时间戳为零的样本的 refclock 时间——即应该发生实际转换到运行模式的时间。

要将其与另一个图表同步，您首先必须确保两个图表具有相同的时钟。查询 IMediaFilter 的图形（不是过滤器），并在一个图形上调用 GetSyncSource，在另一个图形上调用 SetSyncSource。然后你需要暂停第二个图表，以便它被提示并准备好。当你想启动它时，调用 IMediaFilter::Run 而不是 IMediaControl::Run，你可以传递你自己的启动时间。这仍然必须是未来几毫秒，所以最好的办法可能是将第二个图的开始时间设置为第一个图的开始时间加上它的持续时间（对于未压缩流的索引容器，持续时间应该是准确）。

另一种方法是使用多个图表。将源与渲染分离将允许您在源之间无缝切换，因为它们会输入到一个通用的渲染图中。在 www.gdcl.co.uk/gmfbridge 上有这种方法的示例源代码。

【讨论】：

太棒了。我希望这里的某个人会对我在说什么有所了解。我之前看到了同步方法，并认为它们将是执行此类操作的方法。你认为我所做的从根本上来说是可能的吗？恐怕可能导致此问题的因素之一是 AVI 文件中存在 WAV 数据。在视频转换上偏离 1 毫秒是无法察觉的，但在音频上偏离那么远肯定会。
为了做到这一点，我可能必须单独处理音频，除非有某种方法可以告诉 DirectShow 优先考虑音频而不是视频？使用 windows 中的 waveOut... API，您可以将多个音频缓冲区排队，并且 windows 将一个接一个地无缝播放它们；我不确定 DirectShow 是否可以做到这一点，因为对于主要的视频播放机制来说，这并不是真正的优先事项。
再次感谢。切换到 IMediaFilter.Run(0) 而不是 IMediaControl.Run() 使我现有的机制工作得更好。不过，我遇到了一个奇怪的问题：每当我将 tStart 参数设置为非零值时，音频部分都会以我设置的任何延迟正确开始（我现在知道它以纳秒为单位，这让我意识到如何愚蠢的我之前的评论是），但视频立即开始并以最大速度播放，一次爆破所有帧。
在我正在使用的示例代码中，IMediaFilter 接口从未在任何地方实例化或使用过，所以也许我在使用它时遗漏了一些先前的步骤？（mediaFilter.Run(tStart) 是现在代码中任何地方对过滤器的唯一引用）
如果您的视频运行速度过快，这通常意味着视频渲染器过滤器的时钟已设置为空。它将尽可能快地推送帧，而不是使用时钟调度样本。