34

我有一个正在播放 HLS 视频流的 AVPlayer。我的用户界面提供了一排按钮，视频中的每个“章节”都有一个按钮（按钮标记为“1”、“2”、“3”）。该应用程序从服务器下载一些元数据，其中包含以秒为单位的章节切入点列表。例如，一个视频长度为 12 分钟 - 章节切入点列表为 0、58、71、230、530 等。

当用户点击“章节按钮”之一时，按钮处理程序代码执行以下操作：

            [self.avPlayer pause];

    [self.avPlayer seekToTime: CMTimeMakeWithSeconds(seekTime, 600) 
              toleranceBefore: kCMTimeZero 
               toleranceAfter: kCMTimeZero 
            completionHandler: ^(BOOL finished) 
            {
                [self.avPlayer play];
            }];

其中“seekTime”是包含切入点的本地变量（如上所述）。

问题是视频并不总是从正确的点开始。有时确实如此。但有时它在请求的 seekTime 之前的十分之一秒到 2 秒之间。它永远不会在请求的 seekTime 之后开始。

以下是有关视频编码的一些统计信息：

编码器：handbrakeCLI 编解码器：h.264 帧率：24（实际上，23.976 - 与拍摄方式相同） 视频比特率：多个比特率（64/150/300/500/800/1200） 音频比特率：128k 关键帧：23.976（每秒 1 个）

当然，我正在使用 Apple mediafilesegmenter 工具和 variantplaylistcreator 来生成播放列表。

这些文件是从 Amazon Cloud/S3 存储桶提供的。

我仍然不清楚的一个领域是 CMTimeMakeWithSeconds - 我已经根据我阅读的不同文章/文档尝试了几种变体。例如，在上面的摘录中，我使用的是：

CMTimeMakeWithSeconds(seekTime, 600)

我也试过：

CMTimeMakeWithSeconds(seekTime, 1)

我不知道哪个是正确的，尽管两者似乎产生了相同的不一致结果！

我也试过：

CMTimeMakeWithSeconds(seekTime, 23.967)

一些文章声称这就像一个分子/分母，所以 n/1 应该是正确的，其中“n”是秒数（如 CMTimeMakeWithseconds(n, 1)）。但是，该代码最初是由另一个程序员（现在已经离开）创建的，他使用 600 数字作为首选时间刻度（即 CMTimeMakeWithseconds(n, 600)）。

任何人都可以提供任何关于我做错了什么的线索，或者即使我试图达到的那种准确性是可能的？

如果有人想提供“替代”解决方案，我们已经在考虑将视频分成单独的流，每章一个，但我们不相信这会给我们带来相同的性能，因为更改章节需要更长的时间作为一个新的 AVPlayerItem 必须被创建和加载，等等，等等，等等。所以如果你认为这是唯一可行的解​​决方案（我们确实希望这会达到我们想要的结果 - 即每一章都会从我们想要的地方开始）随意这么说。

提前致谢！

4

5 回答 5

92 
int32_t timeScale = self.player.currentItem.asset.duration.timescale;
CMTime time = CMTimeMakeWithSeconds(77.000000, timeScale);
[self.player seekToTime:time toleranceBefore:kCMTimeZero toleranceAfter:kCMTimeZero];

我对“seekToTime”有疑问。我用这段代码解决了我的问题。'timescale' 是解决这个问题的窍门。

斯威夫特版本：

let playerTimescale = self.player.currentItem?.asset.duration.timescale ?? 1
let time =  CMTime(seconds: 77.000000, preferredTimescale: playerTimescale)
self.player.seek(to: time, toleranceBefore: kCMTimeZero, toleranceAfter: kCMTimeZero) { (finished) in /* Add your completion code here */
}
于 2013-09-25T17:52:39.880 回答
3

我的建议：1）不要使用[avplayer seekToTime:toleranceBefore:toleranceAfter:]，这会延迟你的搜索时间4-5秒。

2) HLS 视频剪辑为每段 10 秒。您的章节起始位置应适合 10 的倍数。由于分段以 I 帧开始，这样您可以获得快速的寻道时间和准确的时间。

于 2013-05-03T09:07:23.177 回答
1

请使用类似的功能[player seekToTime:CMTimeMakeWithSeconds(seekTime,1)]。
因为您的公差值kCMTimeZero将花费更多时间来寻找。您可以使用kCMTimeIndefinite 代替使用 kCMTimeZero 的公差值，它等效于我之前指定的函数。

于 2013-01-30T16:52:24.690 回答
1

放置此代码可能会解决您的问题。

let targetTime = CMTimeMakeWithSeconds(videoLastDuration, 1) // videoLastDuration hold the previous video state.
self.playerController.player?.currentItem?.seekToTime(targetTime, toleranceBefore: kCMTimeZero, toleranceAfter: kCMTimeZero)
于 2016-07-29T12:23:31.400 回答
1

斯威夫特5

let seconds = 45.0
let time = CMTimeMake(value: seconds, timescale: 1)
player?.seek(to: time, toleranceBefore: CMTime.zero, toleranceAfter: CMTime.zero)
于 2020-07-30T10:33:33.770 回答