故障拍摄 HTML5 和 WebRTC 流在视频Whisper

识别和修复正确配置 VideoWhisper 解决方案后可能出现的问题, 测试和运行.
如果未安装 #8217;则未安装, 但得到一个交钥匙解决方案的计划, 例如, HTML5 视频聊天 .

故障排除之前,请确保您有最新的插件, 已安装解决方案,因此问题与旧版本无关. 作为技术, 浏览器, 流式服务器更新, 解决方案也更新为匹配,旧版本可能不再工作.

流式处理问题可能有多种原因: 设置配置设置, 用户互联网连接到流服务器, 网络条件和流协议的适用性, 浏览器类型和版本.

这里有 #8217一些可能的问题和步骤,以确定其原因和可能的解决方法:

视频像素化, 低质量

1. 在 HTML5 视频聊天应用程序 , 切换设置并检查选定的流式处理分辨率 & 在广播面板中的比特率,并确保这些比特率未配置为低值. 更高的比特率和分辨率应提供更高的质量. 最大比特率受许可证和托管计划限制.
2. 还要检查实际流比特率测量值. 切换设置可获取广播和播放面板的测量值.
+ 验证测量的比特率是否接近所选比特率.
+ 在 PC 上使用 Chrome, 因为这也提供了 Webrtc 统计信息, 如数据包丢失, 延迟, 抖动.
3. 尝试调整流式比特率,看看是否根据新设置实现了真正的比特率. 最大比特率受许可证和托管计划限制.
– WebRTC 还根据 UDP 的可用连接和网络条件调整质量.
拥塞网络和 Wi-Fi / 移动取决于信号可能会产生数据包丢失时使用 Webrtc Udp. 数据包丢失导致中断, 像素化, 质量低, 自动比特率降级 (由浏览器强制).
4. 使用 Obs 尝试 Rtmp Tcp 广播 / GoCoder 或其他编码器, 如下所述. TCP 重新发送数据包, 修复与 WiFi 或移动连接相关的信号问题.
5. 如果 WebRTC 和 RTMP 流同时出现问题, 测量您的互联网连接 (请参阅下面的说明).

广播器流中断, 频繁错误, 流式处理时网站速度缓慢

一些广播公司可能会遇到问题,因为他们的互联网连接速度, 位置 (远离流式服务器). 连接较低需要调整最大流式处理比特率, 因此,它不会 #8217消耗所有可用的带宽。.

1) 从广播位置做速度测试,到附近的流媒体服务器的位置.
1. 转到(G) https://www.speedtest.net .
2. 更改服务器并搜索博哈尔诺瓦的服务器 (北美).
3. 按 GO 开始测量.
3. 从左上角图标获取测量链接,并与我们的员工共享.
广播公司上传连接需要处理视频 + 音频流以及其他交互和 Web 请求.

2) In some network conditions UDP streaming may not work at all or provide low bitrate and reliability (显示为像素化, 中断).

广播公司可以下载 OBS 的 PC / GoCoder 在广播选项卡中移动,使用 RTMP TCP 而不是 WebRTC UDP 进行广播.

连接到服务器是高和流质量低/中断, 尽管在设置中配置了高比特率

– 在 HTML5 视频聊天应用程序中查看实时比特率统计信息.
– 尝试 OBS / 戈科德 RTMP 流媒体.
如果连接比特率高,并且实时流比特率低于配置, 问题可能与网络条件和 WebRTC 协议通过 UDP 流式传输有关. 提高质量和可靠性, 可以使用 RTMP TCP 应用(如适用于桌面的 OBS)或 GoCoder 移动进行广播, 直接到流式服务器,无需依赖于 Web 浏览器. RTMP 流以 HTML5 HLS 格式交付给网站用户.

广播机构浏览器流故障错误, 重试消息, 权限错误, 相机列表中不可用

– 确保通过 HTTPS 加载站点 (需要发布摄像机).
– 重新启动浏览器.
– 使用其他浏览器进行测试: 铬, 火狐, 勇敢, Safari浏览器.
尝试 勇敢的浏览器 (铬隐私重点分叉).

与站点慢速或间歇性相关的间歇性连接问题 503 网络错误

由于站点复杂性和负载,Web 托管资源可能动力不足.
-尝试降低站点复杂性 (通过删除插件) 和每个请求的资源负载.
-从升级到更高的计划 HTML5 WebRTC 中继托管 .

广播流未连接或断开连接

检查比特率是否 (视频 + 音频) 在计划托管限制内. 尝试广播更高的比特率将导致自动流拒绝和短冷却,而所有连接尝试被拒绝.
请参阅客户端上传 (kbps) 为您的计划 HTML5 WebRTC 中继托管 and configure lower.

某些用户只能#8217流

– 浏览器问题: 将浏览器升级到最新版本或尝试其他 HTML5 浏览器,如 勇敢的浏览器 . 浏览器必须支持最新的 WebRTC 功能和编解码器. 较旧的浏览器和版本将不起作用 (在 Windows 中使用边缘而不是 Internet 资源管理器).
– 网络问题: 尝试其他网络协议: 广播公司可以下载 OBS 的 PC / GoCoder 在广播选项卡中移动,使用 RTMP TCP 而不是 WebRTC UDP 进行广播.
– 防火墙问题: 如果用户有防火墙可以临时禁用它,以确定这是不是原因. 所需的端口和协议取决于流式处理方法, 服务器和站点配置.

访问者可以#8217;无法连接或流式传输 (无登录)

仅访问者问题最有可能与缓存和站点提供静态内容到其请求有关.
在 WP 超级缓存中,您可以禁用具有 Cookie 的网站访问者的缓存.

无声音

– 广播公司需要选择正确的输入设备 (麦克风). 广播时. 打开广播选项卡以更改输入设备/设置.
– 观看者需要使用 “点击声音” 按钮启用音频.
浏览器需要用户交互,允许自动视频播放与声音. 有时根本不允许播放,应用程序将显示 “点击播放” 按钮.
这是浏览器功能 / 限制.
– 尝试重新加载流或页面. 取决于网络条件和浏览器, WebRTC UDP 广播中有时可能缺少音频流. 尝试通过 RTMP TCP 流式传输 OBS/GoCoder,提高可靠性.

网络摄像头或麦克风无法访问

基于 Web 的应用程序使用系统提供的设备 / 浏览器到 Webrtc . 尝试 WebRTC 示例 to check available devices. If system / 浏览器不使其可供 Webrtc 使用, 基于 WebRTC 的应用程序#8217访问它.
-尝试其他 浏览器.
-尝试使用具有"广播"选项卡中的设置的 OBS 进行广播.
-如果可用, 尝试基于闪存的旧版应用程序.
-有关浏览器 WebRTC 支持的更多详细信息, 与硬件提供商支持联系.

 

确定问题性质的一般测试:
– 尝试 现场演示 . If issues do not occur in the live demos, 原因可能与您的安装有关. 如果出现同样的问题, 这些可能与客户端浏览器有关 / 连接.
– 将浏览器更新到最新版本. 尝试不同的浏览器,以确定问题是否特定于某个浏览器及其插件. 尝试打开一个新的选项卡/窗口在隐私模式没有插件,如果可能的话,测试相同的浏览器没有插件.
– 尝试从其他计算机 / 移动设备, 如果有, 以确定问题是否特定于设备.
– 尝试从不同的 ISP (例如,从移动设备访问关闭 WiFi 以使用移动网络) 以确定问题是否特定于连接.
– 有一个合作伙伴, 来自不同位置测试的朋友,以确定问题是否特定于您的测试环境.