Nel*_*ira 8 javascript youtube video streaming angular
我为我的公司创建并维护了一个视频流网站。其中一个功能是在公司范围内播放实时流。\n有一段时间,我收到一些用户的投诉,称如果他们更改选项卡,流就会停止。\n在花了很长时间才重现该问题之后(请参阅此问题)我发现,无论节能/内存节省选项如何,Chrome 都会停止流以节省电池电量。
\n我在仅包含以下 HTML 的页面中进行了测试:
\n<html>\n<body>\n <video src="<source of the video stream>" controls autoplay></video>\n</body>\n</html>\nRun Code Online (Sandbox Code Playgroud)\n问题仍然存在:如果我在视频开始后更改选项卡并且不返回视频选项卡,在 Chrome 上,音频未静音,视频将在大约 1 分钟后停止,并显示以下消息:
\nUncaught (in promise) DOMException: The play() request was interrupted because \nvideo-only background media was paused to save power. \nhttps://developer.chrome.com/blog/play-request-was-interrupted/\nRun Code Online (Sandbox Code Playgroud)\n(错误中的真实网址被缩短,但SO不允许缩短的网址)
\n然而这在 YouTube 上并没有发生。在 YouTube 中,无论选项卡是否隐藏,视频都会继续播放远远超出此范围的内容。\n因此,我检查了正在播放的 YouTube 视频,发现它们每隔几秒调用一个如下 URL:
\n\n所以我认为答案是频繁调用后端。由于我的系统也经常调用后端来保存统计数据,所以我想我只需要更新调用的频率。
\n它没有\xc2\xb4 工作。即使后端调用的频率为 2 秒也不行。视频在大约 1 分钟后继续停止。
\n那么... YouTube 的秘密是什么?为什么他们的视频一分钟后就停止了,而我的视频却停止了?我需要做什么才能保持视频播放并避免出现该消息?
\n这是一个 Angular 前端/nodejs 后端系统。
\n我已经找到问题了。上述消息的某些部分不正确
\n经过近 1 个月的尝试解决这个问题后,我意识到我被误导了,认为一个只有标签的简单页面也会造成这个问题。这不是真的。我不会删除这个问题,因为它引起了人们的注意,并且可能人们也遇到了同样的错误。所以我只是添加一个答案来说明问题所在。也许它可以帮助某人。
\n我发现真正的问题是,当播放流时,我检查流以查看它是否仍在运行。
事实上,我在计时器中使用以下代码来查看流是否已启动:
export async function isWebmStreamActive(url: string, globals: any): Promise<boolean> {
if (!globals.checarStream) return;
globals.checarStream = false;
let result : any;
let obj : any;
let audio : any;
try {
obj = { audio : new Audio(url) };
audio = obj.audio;
audio.muted = true;
result = await (new Promise(res => {
audio.addEventListener('error', () => {
res(false);
});
audio.addEventListener('playing', () => {
res(true);
});
audio.play();
}));
audio.pause();
audio.src = '/assets/som/silencio.ogg';
audio.load();
audio.play();
audio.pause();
} finally {
delete obj.audio;
obj = undefined;
}
globals.checarStream = true;
return result;
}
Run Code Online (Sandbox Code Playgroud)
因此,在直播开始之前,我会不断检查上面的代码是否已经开始。如果是这样,我会更改源并播放它。但开始后,我继续以相同的方式检查后台,以检查流是否已停止,并为用户创建“自动”播放和停止体验。流启动后的持续检查是产生问题的原因。一旦我删除了此检查并仅依赖播放器的停止/暂停/结束事件,问题就得到了解决。
我猜想流创建和销毁的连续背景可能会混淆节能系统以停止真正的直播。我认为它可能将其中一个“检查流”误认为是真正的直播流。
这对于我的情况来说有些特殊。但我希望它能帮助别人。
| 归档时间: |
|
| 查看次数: |
1597 次 |
| 最近记录: |