[whatwg] Issue when Video currentTime used for seeking.
eric.carlson at apple.com
Wed Nov 12 08:02:26 PST 2008
On Nov 11, 2008, at 11:24 PM, Chris Double wrote:
> On Wed, Nov 12, 2008 at 6:36 PM, Biju Gm at il <bijumaillist at gmail.com>
>> toKeyFrame - optional, boolean, default false. if true indicates goto
>> the nearest keyframe of the value provided in secondsToSeek.
>> this is to improve performance while avoiding bug
> Good question. Should seeks go to the previous keyframe to the
> requested time, the next keyframe after the time, the closest
> keyframe, or the exact frame requested?
Seeks should end up as close to the requested time as possible, the
behavior wrt keyframes should be an implementation detail. I say "as
close as possible" because it is not always possible to know the file
location of an exact time unless all of the media data up to that time
has already been downloaded.
> Regarding that bug, I think it should be going to the last keyframe
> then decoding up to the point of the requested frame so it can display
> non-garbage data. But is there a requirement to be able to identify
I agree that it doesn't make sense to try to identify keyframes
with (at least some) streaming formats a media engine has no
information about keyframe location or availability.
More information about the whatwg