YouTube的T = URL参数和'seekTo“API函数不太准确 [英] Youtube t= URL parameter and 'seekTo' API function not quite accurate

查看:286
本文介绍了YouTube的T = URL参数和'seekTo“API函数不太准确的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我注意到,当你使用 T URL参数,在特定的时间启动视频,或 seekTo JavaScript API中的功能,视频将有时竟在指定时间之前启动第二个或两个。

I've noticed that when you use the t URL parameter to start a video at a specific time, or the seekTo function in the Javascript API, the video will sometimes actually start a second or two before the specified time.

任何想法,这是为什么,或为需求的准确寻找一个网站,变通方法不是有点哈克隐藏的元素之外,静音视频和轮询,直到实际开始时间到达方法当前时间?

Any ideas why this is, or for a site that demands accurately seeking, workarounds other than a kinda hacky hide the element, mute the video, and poll for the current time until the actual start time is reached approach?

推荐答案

关键帧。底层的Flash播放器仅能搜寻到最近的关键帧。你是在关键帧间距的摆布了电影这在我的经验是一般相距约3秒我所看到YouTube上。我通过当我试图CUE电影的确切第二个完全相同的研究去了。我做了一堆论坛发帖,并得到了坏消息,有什么可以做些什么,至少据我研究了我。

Key frames. The underlying Flash player can only seek to the nearest key frame. You are at the mercy of the key frame spacing throughout the movie which in my experience is typically about 3 seconds apart for what I've seen on YouTube. I went through the exact same research when I was trying to cue movies to the exact second. I did a bunch of forum posting and got the bad news that there's nothing you can do about it, at least as far as my research took me.

这篇关于YouTube的T = URL参数和'seekTo“API函数不太准确的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆