seekTo在VideoView [英] seekTo in VideoView

问题描述

我有问题，寻求视频。 我的应用程序应该从它被停止了最后一次的地方恢复视频。所以我这样做：

I'm having problems with seeking video. My application should resume video from place where it was stopped last time. So I do this:

videoView.seekTo(bookmark);
videoView.start();

然而，当它播放我听到声音的视频的形式开始约1-2秒。而且，只有在那之后的视频寻求合适的位置。此行为是可重复的对HTC的Nexus One，HTC G1，HTC EVO。但在三星Galaxy Tab都发挥正常。

任何人有类似的问题？这是错误的HTC特有的？先谢谢了。

However when it plays I hear sounds form beginning of video for about 1-2 sec. And only after that video seeks to the right position. This behavior is reproducible on HTC Nexus One, HTC G1, HTC evo. But on Samsung galaxy tab all plays normally.

Anybody had similar problems? Is this bug HTC-specific? Thanks in advance.

推荐答案

我想这可能是一个原因：

I guess that can be a reason:

从 API文档

虽然asynchronuous seekTo（INT）调用返回正确的方式，实际的查找操作可能需要一段时间才能完成，尤其是对音频/视频流式传输。当实际查找操作完成后，内部播放引擎调用提供OnSeekComplete.onSeekComplete（）如果OnSeekCompleteListener已经通过setOnSeekCompleteListener（OnSeekCompleteListener）预先登记的用户。

Although the asynchronuous seekTo(int) call returns right way, the actual seek operation may take a while to finish, especially for audio/video being streamed. When the actual seek operation completes, the internal player engine calls a user supplied OnSeekComplete.onSeekComplete() if an OnSeekCompleteListener has been registered beforehand via setOnSeekCompleteListener(OnSeekCompleteListener).

现在Videoview不具有OnSeekCompleteListener揭露和它吮吸，但Videoview仅仅是一个包装类的媒体播放器和SurfaceView

now Videoview does not have OnSeekCompleteListener exposed and it sucks, but Videoview is just a wrapper class for Mediaplayer and SurfaceView

这篇关于seekTo在VideoView的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！