NetStream.seek 以毫秒为单位答案

【问题标题】：NetStream.seek in millisecondsNetStream.seek 以毫秒为单位
【发布时间】：2011-02-01 10:42:49
【问题描述】：

我有一个 H.264 编码的视频，其中的关键帧相隔大约 100 毫秒。我观察到我无法寻找某些关键帧。在我进行搜索之后，播放头会跳转到所需的时间（关键帧时间）以及它如何向前或向后跳跃几毫秒。我对 NetStream.time 的跟踪输出看起来像

ns.t：2.86
ns.t：2.86
ns.t：2.86
[10:12:01 GMT+0100] VideoPlayerNetStream：NetStatusEvent - NetStream.Seek.Notify 时间：ns.time=2.86
[10:12:02 GMT+0100] VideoPlayerNetStream：Seek.Notify info.seekPoint：未定义
ns.t：2.76
ns.t：2.76
ns.t：2.76
ns.t：2.76
ns.t：2.8
ns.t: 2.8

我正在寻求 2.76（即 2 秒和 76 毫秒）。正如您所看到的，它确实会寻找所需的关键帧（在 2.76 处有一个关键帧），但随后会跳转到 2.8 。这会给向后跳帧功能带来很多问题。奇怪的是，它适用于某些关键帧，而对某些关键帧根本不起作用。会不会是视频有问题？有什么方法可以测试视频是否正确编码？在 Google 上搜索，表明人们在寻找非关键帧时遇到了问题。但在这里我试图寻找关键帧。该应用程序适用于具有相隔几秒钟的关键帧的视频。当视频被不同编码以获得毫秒功能时，问题就出现了。

我已经为这个问题苦苦挣扎了很长时间，如果我收到任何正确方向的提示/指示来解决它，我将不胜感激。

问候
弗鲁沙利

【问题讨论】：

标签： flash apache-flex actionscript-3

【解决方案1】：

如帮助中所述：

在您调用 seek 方法之一或将 playheadTime 设置为导致搜索后，playheadTime 属性可能不会立即具有预期值。对于渐进式下载，您只能搜索关键帧；因此，搜索会将您带到指定时间之后的第一个关键帧的时间。

[...]

搜索是异步的，因此如果您调用搜索方法或设置 playheadTime 属性，playheadTime 不会立即更新。要获取搜索完成后的时间，侦听搜索事件，直到 playheadTime 属性更新后才会开始。

http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/fl/video/VideoPlayer.html#seek()

所以http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/fl/video/VideoEvent.html#SEEKED （应该）在播放头实际到达关键帧时调度。

换句话说，关键帧很少会使搜索方法不准确。注意：这不适用于播放头总是立即设置为正确时间/关键帧的流式视频。

如果您启用了提示点，解决方案是“固定”视频的重要帧并使用 seekToNavCuePoint()、seekToNextNavCuePoint() 和 seekToPrevNavCuePoint() 据我所知，那些更准确。

【讨论】：

我的问题是尽管视频处于暂停状态，但播放头时间确实更新到了所需的值，但随后又发生了变化（向前移动了几毫秒）。这个新时间也不是关键帧时间。因此，即使在搜索完成后，播放头也不会显示预期值。就像我在问题中描述的那样，我寻求以 2.76 的时间设置关键帧。播放头时间属性更新为 2.76，然后更改为 2.8。下次我搜索前一帧时，我再次得到 2.76 作为前一帧（2.76
"seek 将您带到第一个关键帧的时间在指定时间之后"，因此“向前跳跃”是一种“正常”行为：播放头将捕捉到您指定的时间之后的第一个关键帧。你能试着在关键帧之前找一点时间吗？假设您的增量为 0.04 秒（2.8-2.76 = 25pfs），尝试达到 2.72（2.76 - 0.04）时间可能会使播放头对齐到 2.76（2.72 之后的第一个关键帧）。否则你可以每秒编码更多的关键帧（每 5 个或 10 个而不是每 15 个），它会更准确地捕捉，但它只会转移问题 + 更大的文件。