你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
Azure 通信服务通话 WebJS SDK 中的已知问题
本文介绍与 Azure 通信服务 WebJS 通话 SDK 相关的已知问题。
所有桌面浏览器
无法在 Web 中从多个设备呈现多个预览
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:无法在 Web 中从多个设备呈现多个预览。 此问题是一项已知限制。
已知问题参考:有关详细信息,请参阅通话 SDK 概述。
反复切换视频设备可能会导致视频流暂时停止
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:从选定设备获取视频时,在视频设备之间切换可能会导致视频流暂停。 在设备间频繁切换可能会导致性能降低。
建议的解决方法:开发人员应确保在视频设备之间切换时先停止来自某台设备的流,然后再启动另一台设备,以缓解性能下降。
通话处于连接状态时出现视频信号问题
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:如果用户在通话处于“正在连接”状态时快速打开和关闭视频,则此操作可能会导致为通话获取的流出现问题。 开发人员最好采用在通话处于“正在连接”状态时不要求打开和关闭视频的方式来构建其应用。 在以下情况下,可能会出现视频性能下降的情况:
- 用户开始音频,然后在通话处于“正在连接”状态时打开和关闭视频。
- 用户开始音频,然后在通话处于“大厅”状态时打开和关闭视频。
呈现远程参与者视频时出现延迟
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:在进行群组通话期间,假设用户 A 发送视频,然后用户 B 加入通话。 有时,用户 B 看不到用户 A 的视频,或者用户 A 的视频延迟很长时间才开始呈现。 网络环境配置问题可能会导致此延迟。
已知问题参考:有关详细信息,请参阅网络建议。
过度使用某些 API(如静音/取消静音)会导致 Azure 通信服务基础结构出现限制
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:由于静音/取消静音 API 调用,Azure 通信服务基础结构向通话中的其他参与者通知已调用静音/取消静音的本地参与者的音频状态,以便通话中的参与者知道谁已静音/取消静音。
Azure 通信服务基础结构中会阻止过度使用静音/取消静音。 如果参与者(或代表参与者的应用程序)尝试在 30 秒滚动窗口中连续静音/取消静音超过 15 次,则会发生限制。
在 WebRTC 通话期间完成的 Siri 激活不会自动将 macOS 上的麦克风静音
操作系统:macOS。
浏览器:所有浏览器和版本。
Azure 通信服务通话 SDK 版本:全部。
说明:当用户在通话过程中开始与 Siri 交谈时,WebRTC 通话不会自动静音。 在这种情况下,其他参与者可以听到用户向 Siri 发出命令,或者听到给定的命令和 Siri 的响应。
已知问题参考:这是 macOS 上的已知问题。
建议的解决方法:目前没有可用的解决方法。 用户在通话过程中激活 Siri 时需要手动将麦克风静音。
macOS 上的 ACS WebJS 通话和 FaceTime 通话中的重叠音频
操作系统:macOS。
浏览器:所有浏览器和版本。
Azure 通信服务通话 SDK 版本:全部。
说明:当参与 ACS WebJS 通话的 macOS 用户收到并接受 FaceTime 呼叫时,将会同时传输和接收 ACS WebJS 通话和 FaceTime 通话的音频。 这会导致音频流重叠,因此用户可以同时在两个通话中听到对方音频和让对方听到自己的音频。
已知问题参考:这是 macOS 上的已知问题。
建议的解决方法:目前没有可用的解决方法。 用户可以在 WebRTC 呼叫中主动将麦克风静音,或者在进行 FaceTime 呼叫之前退出 WebRTC 呼叫。
所有移动浏览器
无法在 Web 中从多个设备呈现多个预览
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:无法在 Web 中从多个设备呈现多个预览。 此问题是一项已知限制。
已知问题参考:有关详细信息,请参阅通话 SDK 概述。
反复切换视频设备可能会导致视频流暂时停止
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:从选定设备获取视频时,在视频设备之间切换可能会导致视频流暂停。 在设备间频繁切换可能会导致性能降低。
建议的解决方法:开发人员应确保在视频设备之间切换时先停止来自某台设备的流,然后再启动另一台设备,以缓解性能下降。
通话处于连接状态时出现视频信号问题
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:如果用户在通话处于“正在连接”状态时快速打开和关闭视频,则此操作可能会导致为通话获取的流出现问题。 开发人员最好采用在通话处于“正在连接”状态时不要求打开和关闭视频的方式来构建其应用。 在以下情况下,可能会出现视频性能下降的情况:
- 用户开始音频,然后在通话处于“正在连接”状态时打开和关闭视频。
- 用户开始音频,然后在通话处于“大厅”状态时打开和关闭视频。
呈现远程参与者视频时出现延迟
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:在进行群组通话期间,假设用户 A 发送视频,然后用户 B 加入通话。 有时,用户 B 看不到用户 A 的视频,或者用户 A 的视频延迟很长时间才开始呈现。 网络环境配置问题可能会导致此延迟。
已知问题参考:有关详细信息,请参阅网络建议。
过度使用某些 API(如静音/取消静音)会导致 Azure 通信服务基础结构出现限制
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部
描述:由于静音/取消静音 API 调用,Azure 通信服务基础结构向通话中的其他参与者通知已调用静音/取消静音的本地参与者的音频状态,以便通话中的参与者知道谁已静音/取消静音。
Azure 通信服务基础结构中会阻止过度使用静音/取消静音。 如果参与者(或代表参与者的应用程序)尝试在 30 秒滚动窗口中连续静音/取消静音超过 15 次,则会发生限制。
刷新页面不会立即将用户从其通话中删除
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:如果用户处于通话中并决定刷新页面,则 Azure 通信服务媒体服务不会立即从通话中删除此用户。 它会等待用户重新加入。 媒体服务超时后,将从通话中删除该用户。
如果用户处于通话中并决定刷新页面,则 Azure 通信服务媒体服务不会立即从通话中删除此用户。 服务会等待用户重新加入。 媒体服务超时后,将从通话中删除该用户。
最好是构建在通话时不要求最终用户刷新应用程序页面的用户体验。 如果用户刷新页面,请在该用户返回应用程序后重复使用相同的通信服务用户 ID。 通过使用相同的用户 ID 重新加入,用户将表示为 remoteParticipants
集合中相同的现有对象。 从通话中其他参与者的角度来看,用户会在刷新页面所需的时间内保持通话状态,最长可达一两分钟。
如果用户在刷新前正在发送视频,则 videoStreams
集合会保留之前的流信息,直到服务超时再将其删除。 在这种情况下,应用程序可能会决定观察添加到集合中的任何新流,并呈现 id
最高的流。
Safari 桌面版
在 macOS Safari 18 及更高版本上,如果在通话中取消操作,用户将在约 1 分钟的时间内无法共享屏幕。 在此期间,某些选项在屏幕共享恢复时将不起作用
浏览器版本:Safari 18 及更高版本。
Azure 通信服务通话 SDK 版本:全部。
说明:取消屏幕共享尝试后,在大约 1 分钟的时间里,用户将无法重新开始共享屏幕。 在此期间,某些选项会变得无响应,例如打开/关闭相机的功能。 大约 1 分钟后,用户将能够开始屏幕共享,并能够在通话中再次使用所有可用选项。
已知问题参考:此回归是 Safari 上出现的已知问题。
建议的解决方法:建议避免在屏幕共享期间使用“取消”选项,以防止重启屏幕共享时出现延迟。 如果需要停止共享,建议先完成共享操作,或等待恢复时间过后再试。
在 macOS Safari 17 及更高版本上,如果 macOS 用户在通话期间连接蓝牙耳机,音频可能会中断
浏览器版本:Safari 17 及更高版本。
Azure 通信服务通话 SDK 版本:全部。
说明:当 macOS 用户在使用 Safari 通话期间将蓝牙耳机连接到 MacBook 时,他们可能会遇到音频问题。 在这两种用例中,用户在通话前或通话期间连接蓝牙耳机时,传入和传出音频可能会变得不可用或损坏。 请注意,等待至少 30 秒可能会解决传入音频问题,但传出音频通常无法自动恢复。
已知问题参考:此回归是 Safari 上出现的已知问题。
建议的解决方法:作为临时解决方案,用户可能需要重新连接其蓝牙设备或刷新通话以尝试音频恢复。 升级到最新版本的 macOS 和 Safari 也可能有所帮助,因为新版本可能包含对此类问题的潜在修补。
在 macOS Safari 17 及更高版本上,无论是在本地预览版还是在远程端上,视频背景效果都可能导致视频闪烁
浏览器版本:Safari 17 及更高版本。
Azure 通信服务通话 SDK 版本:全部。
描述:在 macOS Safari 17 的一次更新中发现了一个 bug,它导致背景效果实现帧捕获跳过帧,进而可能导致本地预览版和远程端出现视频闪烁。
- 从 Safari 版本 17.5 (macOS Sonoma 14.5) 开始,提供了一个修补程序。
建议的解决方法:建议用户更新到已解决此问题的最新 macOS 和 Safari 版本(至少 v17.5)。
Safari 17.1 及更低版本的 macOS Sonoma 上的传入和传出视频闪烁问题
浏览器版本:Safari v17.0、v17.1 (macOS Sonoma 14)。
Azure 通信服务通话 SDK 版本:全部。
说明:macOS Sonoma 14.0 上的在启用视频的情况下加入通话时,在 Safari 版本 17.0 和 17.1 中遇到视频闪烁问题。 当 Safari 用户加入通话时,传入视频会发生闪烁,从而影响从其他通话参与者接收的内容。 此外,来自 Safari 用户的传出视频会对已加入通话的远程参与者闪烁。 此问题会映像通话的视觉质量。
- 从 Safari 版本 17.2 开始,提供了一个修补程序。
建议的解决方法:建议用户更新到已解决此问题的最新 macOS 和 Safari 版本(至少 v17.2)。
其他通话参与者无法在 Azure 通信服务 1:1 视频通话中与 macOS Safari 用户同时启动屏幕共享
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
说明:在 Azure 通信服务 1:1 视频通话中,当 macOS Safari 用户共享其屏幕时,使用其他浏览器的另一个参与者无法在第一个参与者停止屏幕共享之前启动屏幕共享。 此限制在各种浏览器和操作系统的组合中被观察到,但特定于 1:1 通话。 在 macOS 上两个参与者都在使用 Safari 的通话中,不会出现此问题。
已知问题参考:此回归是 Safari 上出现的已知问题。
建议的解决方法:一个临时解决方法是,在 Azure 通信服务 1:1 视频通话中,确保当其中一个参与者使用 macOS Safari 时,一次只有一个参与者共享屏幕。
屏幕共享在 Safari 版本为 16.3 及更低版本的 macOS Ventura 上不起作用
浏览器版本:Safari v16.1、v16.2、v16.3 (macOS Ventura 13.0)。
Azure 通信服务通话 SDK 版本:全部。
描述:使用 Safari 浏览器(v16.1、v16.2 和 v16.3)时,macOS Ventura 13.0 中出现了此问题,从 Safari 版本 16.4 开始提供了修补程序。
已知问题参考:此回归是 Safari 上出现的已知问题。
建议的解决方法:建议用户更新到已解决此问题的最新 macOS 和 Safari 版本(至少 v16.4)。
Web 通话参与者通过 iPhone 集成在 macOS 上接听时听到 PSTN 通话音频
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
说明:当使用浏览器进行活动 ACS 通话的 macOS 用户在链接到其 iPhone(使用相同的 iCloud 帐户)的 MacBook 上接受传入 PSTN 通话时,来自 PSTN 通话的音频会在 Web 通话参与者之间共享。 这会导致通话参与者听到 PSTN 通话音频。
已知问题参考:这是 macOS 上的已知问题。
建议的解决方法:目前没有可用的直接解决方法。 建议用户使用单独的设备进行 PSTN 和 Web 通话,以防止与其他通话参与者共享单独通话中的音频。
Safari iOS 移动版
当 iOS 用户在基于 ACS Web 的通话期间收到传入的 PSTN 或第三方应用呼叫或启用 Siri 时出现的 iOS 17+ 视频恢复问题
iOS 版本:iOS 版本 17 及更高版本。
Azure 通信服务通话 SDK 版本:全部。
说明:当 Web 通话中的 iOS 用户收到并拒绝或接受 PSTN/第三方应用呼叫时,用户将遇到视频问题。 传入的视频可能显示为冻结,或者可能不会显示任何传入视频。这需要用户重新启用相机。 除非用户重新激活相机,否则视频预览和传出视频同样无法恢复。
当 iOS 用户尝试在通话期间使用 Siri 时出现的 iOS 17+ 视频问题
iOS 版本:iOS 版本 17 及更高版本。
Azure 通信服务通话 SDK 版本:全部。
说明:当 iOS 用户尝试在 Web 移动通话中启用 Siri 时,可能会导致传入视频冻结,需要几秒钟才能恢复。
使用 iOS 16.3 到 17.3.1 时 Web 通话中的相机预览分辨率问题
iOS 版本:iOS 版本 16.3 到 17.3.1。
Azure 通信服务通话 SDK 版本:全部。
说明:用户可能会遇到以下问题:当 iOS 用户在启用相机的情况下使用 iOS Safari 移动版加入通话时,相机预览以不正确的分辨率显示并出现裁剪。 如果用户在通话期间重新启用相机,则不再观察到此问题。 iOS 17.4+ 已修复此问题。
建议的解决方法:建议用户更新到已解决此问题的最新 iOS 和 Safari 版本(至少 iOS v17.4)。
iOS 16 到 iOS 17.4 的视频通话中缺少 audioInputLevel 和 frameRateInput 的遥测数据
iOS 版本:iOS 版本 16.0 到 17.4。
Azure 通信服务通话 SDK 版本:全部。
说明:在 iOS 版本 16 到 17.4 上进行视频通话期间,不会捕获 audioInputLevel
和 frameRateInput
遥测数据,从而影响了实时监视和优化音频与视频设置的能力。 此问题已在 iOS 17.5+ 中得到解决。
建议的解决方法:建议用户更新到已解决此问题的最新 iOS 和 Safari 版本(至少为 iOS v17.5)。
iOS 16 到 16.3.1 上在 Web 通话期间收到传入的第三方或 PSTN 呼叫时出现的音频和视频恢复问题
iOS 版本:iOS 版本 16 到 16.3.1。
Azure 通信服务通话 SDK 版本:全部。
说明:当 iOS 用户在 Web 通话中收到 PSTN/第三方应用呼叫时,传入和传出音频和视频不会在电话通话结束后自动恢复通话。 iOS 用户必须在 Web 上再次对通话取消静音。 最终用户必须禁用并启用“麦克风”按钮,然后才能获取音频和视频。
已知问题参考:在此处查看相关的 WebKit bug。
建议的解决方法:建议用户更新到已解决此问题的最新 iOS 和 Safari 版本(至少 iOS v16.4)。
在调用期间将浏览器置于后台时,iOS 16 引入了 bug
iOS 版本:iOS 版本 16 到 16.1。
Azure 通信服务通话 SDK 版本:全部。
描述:iOS 16 版本出现了一个 bug,该 bug 可能在使用 Safari 移动浏览器时停止 Azure 通信服务音频/视频呼叫。 影响可能是这样的:Azure 通信服务呼叫可能会在呼叫期间停止工作,唯一能使其正常工作的解决方法是让最终客户重启其手机。
若要重现此 bug,请执行以下操作:
- 让用户使用一台运行 iOS 16 的 iPhone。
- 使用 Safari iOS 移动浏览器(通过音频或者通过音频和视频)加入 Azure 通信服务呼叫。 如果在呼叫过程中有人将 Safari 浏览器置于后台并观看 YouTube,或者在通过蓝牙设备连接时收到 FaceTime\电话呼叫 结果:
- 出现这种情况几分钟后,传入和传出视频可能会中断。
- 让 Azure 通信服务呼叫恢复的唯一方法是让最终用户重启其手机。
iOS 16.2 修复了 Bug。
已知问题参考:此处和此处提供了相关的 WebKit bug。
建议的解决方法:考虑更新到最新的 iOS 版本。
iPhone X 上的视频和音频问题,发生在用户打开摄像头通话超过 30 分钟时
受影响的设备:iPhone X (iOS 16.7.x)。
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
说明:在搭载 iOS 16.7.x 的 iPhone X 上使用 Azure 通信服务进行通话期间,在启用视频的情况下,用户使用通话服务超过 30 分钟后,会遇到本地视频预览和传入视频消失的情况,这会导致视频为空白或为空。 对于其他用户来说,iPhone X 用户的视频在 iPhone X 设备上丢失时会显示为冻结状态。 随着视频的消失,可能会出现明显的回声。 当 iPhone X 用户关闭相机,然后再次打开时,视频将还原。
- 此问题仅在搭载 iOS 16.7.5 和 16.7.7 版本的 iPhone X 设备上出现过。
在 iOS 的 Safari 上通话期间未检测到蓝牙耳机麦克风或无法听到声音
iOS 版本:全部
Azure 通信服务通话 SDK 版本:全部。
描述:iOS 上的 Safari 不支持蓝牙耳机。 你的蓝牙设备未在可用麦克风选项中列出;如果你尝试在 Safari 上使用蓝牙,其他参与者将无法听到你的声音。 此回归是已知的操作系统限制。 对于 macOS 和 iOS/iPadOS 上的 Safari,无法通过通信服务设备管理器枚举或选择扬声器设备。 这是因为 Safari 不支持枚举或选择扬声器。
建议的解决方法:在这种情况下,请使用操作系统来更新设备选择。
在通话期间使用第三方库可能会导致音频丢失
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:如果在应用程序内单独使用 getUserMedia
,音频流将丢失。 音频流丢失是因为第三方库从 Azure 通信服务库接管设备访问权限。
- 通话期间,不要使用在内部采用
getUserMedia
API 的第三方库。 - 如果仍然需要使用第三方库,只能更改所选设备(如果用户有多台设备)或重启通话来恢复音频流。
此问题的原因可能是,从同一设备获取自己的流产生争用条件这一负面影响。 从其他设备获取流可能会导致用户 USB/IO 带宽不足,并且
sourceUnavailableError
率将会激增。
在 iOS 的 Safari 上枚举或访问设备
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:在某些环境中,你可能会注意到设备权限会在一段时间后重置。 在 macOS 和 iOS 上,除非获取了流,否则 Safari 不会将权限保留很长时间。 解决此限制的最简单方法是在调用设备管理器的设备枚举 API 之前调用 DeviceManager.askDevicePermission()
API。 这些枚举 API 包括 DeviceManager.getCameras()
、DeviceManager.getSpeakers()
和 DeviceManager.getMicrophones()
。 如果存在权限,用户将看不到任何内容。 如果权限不存在,系统会再次提示用户输入权限。
当 iOS Safari 发生某些中断时,本地麦克风/相机会静音
描述:如果另一个应用程序或操作系统接管了对麦克风或相机的控制,则可能会出现此问题。 下面是用户在通话过程中可能会发生的一些示例:
- 来电通过 PSTN(公用电话交换网)传入,并捕获麦克风设备访问权限。
- 例如,用户播放 YouTube 视频或发起 FaceTime 通话。 切换到另一个原生应用程序可以捕获对麦克风或相机的访问权限。
- 用户启用 Siri 后,后者会捕获对麦克风的访问权限。
例如,在 iOS 上,在 Azure 通信服务呼叫期间,如果 PSTN 呼叫传入,则会引发 microphoneMutedUnexepectedly 错误的 UFD,音频将停止在 Azure 通信服务呼叫中流动,并且呼叫将被标记为静音。 PSTN 呼叫结束后,用户必须取消静音 Azure 通信服务呼叫,以便音频开始在 Azure 通信服务呼叫中再次流动。
如果相机处于打开状态并且发生中断,Azure 通信服务呼叫可能会或可能不会丢失相机。 如果丢失,相机将被标记为关闭,用户必须在中断释放相机后重新打开相机。
有时,麦克风或相机设备无法按时释放,这可能会导致原始呼叫出现问题。 例如,如果用户在观看 YouTube 视频时尝试取消静音,或者 PSTN 通话同时处于活动状态。
- 如果用户在 iOS 15.2+ 上,并且使用 SDK 版本 1.4.1-beta.1+,则传入视频流不会停止呈现,但仍需要取消静音/启动视频的步骤以重新传出音频和视频。
- 对于 iOS 15.4+,在大多数情况下,音频和视频应该能够自动恢复。 在某些情况下,若要取消静音,应用程序必须调用 API 以“取消静音”(可能是用户操作的结果)才能恢复传出的音频。
如果用户转到另一个应用并返回浏览器,iOS Safari 将刷新页面
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:如果 Azure 通信服务中的用户调用 iOS Safari 并切换到其他应用一段时间,则可能会出现此问题。 用户返回浏览器后,浏览器页面可能会刷新。 这是因为操作系统会终止浏览器。 缓解此问题的一种方法是保留某些状态并在页面刷新后恢复。
移动版 iOS 用户已删除呼叫,但仍显示在参与者列表中
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:如果移动版用户在不使用 Call.hangUp() API 的情况下离开 Azure 通信服务群组呼叫,则可能会出现此问题。 当移动版用户关闭浏览器或刷新网页而不挂断时,群组呼叫中的其他参与者仍可在参与者列表中看到此移动版用户约 60 秒。
iOS 15 上的 Safari 冻结问题
浏览器版本:iOS 版本 15 到 15.1。
Azure 通信服务通话 SDK 版本:全部。
描述:在导航到 YouTube、启用 Siri、接收传入的 PSTN 呼叫或当 Web 通话中出现其他中断情况时,用户可能会遇到 Safari 冻结问题。 这是 iOS 15 中出现的一个已知问题,并且可在 iOS 版本 15.0、15.0.2 和 15.1 中观察到。
- iOS 15.2+ 已修复此问题。
已知问题参考:此处和此处提供了相关的 WebKit bug。
建议的解决方法:考虑更新到最新的 iOS 版本。
Safari iPadOS 平板电脑
旋转设备可能会降低视频质量 - Apple iPad 8 和 Apple iPad X
受影响的设备:Apple iPad 8 和 Apple iPad X。
描述:当用户旋转设备时,移动会降低正在播放的视频的质量。
Chrome 桌面版
macOS 15.0 内部版本:24A335 上的通话断开连接问题
OS 版本:macOS 15.0,内部版本:24A335。
浏览器版本:Google Chrome - 所有版本。
Azure 通信服务通话 SDK 版本:全部。
说明:在 macOS 15.0 上发起 1:1 通话时,如果被叫方接受呼叫,有时会在几秒钟后自动断开连接。 我们观察到接收和加入通话方面存在额外延迟,这也可能导致断开连接。 禁用防火墙会暂时解决这些问题,表明来自 macOS 防火墙设置的干扰是根本原因。 此问题已在 macOS 15.0.1 中得到解决,该版本增强了与第三方安全软件的兼容性,如此处的 macOS 15.0.1 发行说明中所述。
建议的解决方法:遇到此问题的用户应考虑暂时禁用防火墙或更新到 macOS 15.0.1,以永久性解决这些呼叫连接问题。
Chrome M98 - 某个回归导致视频分辨率下降并增加没有 NVIDIA 卡的设备的关键帧生成
浏览器版本:Google Chrome 版本 98(2022 年 2 月)
Azure 通信服务通话 SDK 版本:全部。
描述:Chrome 版本 98 出现了一个会异常生成视频关键帧的回归,这会在大多数(超过 70%)用户中对发送的视频流的分辨率产生负面影响。
已知问题参考:此回归是 Chromium 上出现的已知问题。
建议的解决方法:将 Google Chrome 更新到最新版本。
Chrome Mobile Android
Chrome M125 - 某些 Android 设备上的群组和 Azure 通信服务-Microsoft Teams 通话中没有传出的视频
浏览器版本:Android 设备上安装的 Google Chrome 版本 125(2024 年 5 月)。
Azure 通信服务通话 SDK 版本:全部。
描述:适用于 Android 的 Chrome 125 版本在进行视频呼叫时出现了回归 - 此 bug 的结果是,使用此 Chrome 版本在 Azure 通信服务上进行呼叫的用户在群组和 Azure 通信服务-Microsoft Teams 通话中没有传出的视频。
在华为、OnePlus、Poco 和小米 Android 设备上观察到此行为。 在三星、Google Pixel 和摩托罗拉 Android 设备上没有观察到此行为。
- 从 Google Chrome 版本 125.0.6422.146/147 开始,有一个修补程序可用。
受影响的设备:
- 华为 P30 Lite
- OnePlus Nord N10
- OnePlus 7T
- Poco X3 Pro
- 小米红米 8T 和可能的其他类似的型号/设备。
建议的解决方法:建议用户更新到已解决了此问题的 Google Chrome 版本 125.0.6422.146/147 或更高版本。
浏览器处于后台或设备屏幕锁定时 Android 14 上的传出音频问题
Android 版本:Android 14。
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
说明:在 Android 14 上,当浏览器置于后台或设备屏幕锁定时,传出音频会在大约 5 秒后消失。 此问题会影响用户体验,因为它在通话期间中断了音频传输。 Android 13 或其他版本 Android 上未观察到问题。
建议的解决方法:建议用户在通话期间将浏览器保持在前台处于活动状态。
启用省电模式后,当浏览器处于后台或设备屏幕被锁定时,Android 上的传入和传出音频问题
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
说明: 在启用省电模式的 Android 移动电话上,当托管 ACS 呼叫的浏览器置于后台或设备屏幕锁定时,传入和传出音频会立即停止。 此外,由于省电模式下会将浏览器置于后台,因此在设备屏幕锁定或浏览器进入后台大约一分钟后,用户将断开连接并从呼叫中删除。
已知问题参考:这是 Chromium 上的已知问题。
建议的解决方法: 为避免出现此问题,建议用户在呼叫期间保持浏览器在前台处于活动状态,或在 WebRTC 呼叫时禁用省电模式。
在某些 Android 设备上,传入视频有时会闪烁并与另一个传入视频重复,或在短时间内应用绿色覆盖
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:当超过三个用户与拥有 Android 设备的用户在同一视频通话中时,Android 用户有时会看到传入视频在闪烁,有时它会与另一个传入视频重复。 在同一用例中,用户有时会遇到的另一种行为是,传入视频可能会短暂出现绿色色调或绿色覆盖,有时它会持续更长时间。 当另一个用户重新启用摄像头或加入通话时,此行为尤其明显。 在 Samsung Galaxy S10、S20、S21 和 Google Pixel 6、8 上观察到此行为。
受影响的设备:
- Samsung Galaxy S10
- Samsung Galaxy S20
- Samsung Galaxy S21
- Google Pixel 6
- Google Pixel 8
已知问题参考:此回归是 Chromium 上的已知问题。
Chrome M115 - 群组和 Azure 通信服务-Microsoft Teams 呼叫中没有传出的视频
浏览器版本:Android 设备上安装的 Google Chrome 版本 115(2023 年 7 月)。
Azure 通信服务通话 SDK 版本:全部。
描述:适用于 Android 的 Chrome 115 版本在进行视频呼叫时出现了回归 - 此 bug 的结果是,使用此 Chrome 版本在 Azure 通信服务上进行呼叫的用户在群组和 Azure 通信服务-Microsoft Teams 呼叫中没有传出的视频。
已知问题参考:此回归是 Chromium 上出现的已知问题。
建议的解决方法:作为短期缓解措施,指示用户在 Android 上使用 Microsoft Edge 或 Firefox,或者避免在 Android 上使用 Google Chrome 115/116。
在 PSTN 呼叫中,Android 用户仍可以从“Azure 通信服务”呼叫中听到音频
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:当 Android Chrome 用户接到传入的 PSTN 呼叫时,会出现此问题。
接听 PSTN 呼叫后,“Azure 通信服务”呼叫中的麦克风变为静音。
“Azure 通信服务”呼叫的传出音频已静音,因此其他参与者无法听到 PSTN 呼叫的用户。
值得注意的是,用户的传入音频不会静音,这种行为是浏览器固有的。
建议的解决方法:等待 Google 即将推出的更新或修补程序。
在 Android 设备上进行第三方应用通话后,Azure 通信服务通话中的传入音频音量明显降低
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:在 Azure 通信服务通话期间,用户接收和接听来自第三方应用(例如 WhatsApp、Viber)的呼叫后,感觉传入音频的音量明显降低。
在 Android 设备上使用移动版浏览器时会出现此问题。 此外,音量控制虽然指示为最大音量,但音频音量仍然比第三方通话之前更低。
已知问题参考:这是 Chromium 上的已知问题。
建议的解决方法:建议用户重新加入 Azure 通信服务通话,或者单独处理第三方应用通话。
Android Chrome 在浏览器进入后台一分钟后将呼叫静音
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:在 Android Chrome 上,如果用户正在进行 Azure 通信服务呼叫,并将浏览器置于后台一分钟。 麦克风失去访问权限,呼叫中的其他参与者无法听到用户的音频。 当用户将浏览器置于前台后,麦克风将再次可用。
已知问题参考:此处和此处提供了相关的 Chromium bug。
当 Android Chrome 发生某些中断时,本地麦克风/相机会静音
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:如果另一个应用程序或操作系统接管了对麦克风或相机的控制,则可能会出现此问题。 下面是用户在通话过程中可能会发生的一些示例:
- 来电通过 PSTN(公用电话交换网)传入,并捕获麦克风设备访问权限。
- 例如,用户播放 YouTube 视频或发起第三方应用呼叫。 切换到另一个原生应用程序可以捕获对麦克风或相机的访问权限。
在 Android Chrome 上,当 PSTN 呼叫传入时,音频将停止在 Azure 通信服务呼叫中流动,并且 Azure 通信服务呼叫不会标记为静音。 在这种情况下,没有 microphoneMutedUnexepectedly UFD 事件。 PSTN 呼叫完成后,Android Chrome 将自动重新获得音频,音频将在 Azure 通信服务呼叫中再次正常流动。
如果相机处于打开状态并且发生中断,Azure 通信服务呼叫可能会也可能不会丢失相机。 如果丢失,相机将被标记为关闭,用户必须在中断释放相机后重新打开相机。
有时,麦克风或相机设备无法按时释放,这可能会导致原始呼叫出现问题。 例如,如果用户在观看 YouTube 视频时尝试取消静音,或者 PSTN 通话同时处于活动状态。
在 Android 设备上的 WebRTC 通话期间有线耳机自动麦克风选择失败
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
说明:当用户将有线耳机连接到其 Android 设备并加入 WebRTC 通话时,麦克风选项不会默认为有线耳机。 此问题在不同的 Android 设备和 Google Chrome 版本中一直可以重现。 Twilio 和 Google 的 WebRTC 等其他服务示例中也记录了类似的行为。
已知问题参考:这是 Chromium 上的已知问题。
建议的解决方法:用户在加入 WebRTC 通话后,应在通话设置中手动选择有线耳机作为麦克风选项。
移动版 Android 用户已删除呼叫,但仍显示在参与者列表中
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:如果移动版用户在不使用 Call.hangUp() API 的情况下离开 Azure 通信服务群组呼叫,则可能会出现此问题。 当移动版用户关闭浏览器或刷新网页而不挂断时,群组呼叫中的其他参与者仍可在参与者列表中看到此移动版用户约 60 秒。
部分 Android 设备(A326U、A125U 和 A215U)呼叫失败的场景(群组呼叫除外)。
受影响的设备:
- Samsung Galaxy A32(型号 A326U)
- Samsung Galaxy A12(型号 A125U)
- Samsung Galaxy A21(型号 A215U)
描述:许多特定的 Android 设备无法启动、接受呼叫和会议。 遇到此问题的设备无法恢复,并且会在每次尝试时失败。 这些设备主要是 Samsung A 型号的设备,尤其是 A326U、A125U 和 A215U 型号。
旋转设备可能会降低视频质量- Google Pixel 3a、Google Pixel 5
受影响的设备:Google Pixel 3a、Google Pixel 5。
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:当用户旋转设备时,移动会降低正在播放的视频的质量。
切换摄像头会使屏幕冻结 - Google Pixel 4a
受影响的设备:Google Pixel 4a。
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:当 Azure 通信服务用户使用 JavaScript 通话 SDK 加入通话,然后选择相机切换按钮时,UI 可能会变得无响应。 然后,用户必须刷新应用程序,或将浏览器推送到后台。
Chrome Mobile iOS
将浏览器切换到后台或锁定设备时没有传出和传入的音频 - 已在 iOS 版本 16.4+ 中修复
iOS 版本:iOS 16.3 之前的所有 iOS 版本。
Azure 通信服务通话 SDK 版本:全部。
描述:将浏览器切换到后台或锁定设备时没有传出或传入音频的问题存在于 iOS 版本 16.3 及更低版本中,从 iOS 16.4 开始已修复此问题。
已知问题参考:相关的 WebKit bug。
建议的解决方法:考虑更新到最新的 iOS 版本。
没有来自蓝牙耳机的传入/传出音频 - iOS 15
iOS 版本:iOS 版本 15.6 和 15.7 上出现了此问题。
Azure 通信服务通话 SDK 版本:全部。
描述:当用户在 Azure 通信服务呼叫过程中连接蓝牙耳机时,音频仍会从扬声器传出,直到用户锁定并解锁手机。
在 iOS 16 上不会重现问题。
建议的解决方法:考虑更新到最新的 iOS 版本。
移动版 iOS 用户已删除呼叫,但仍显示在参与者列表中
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:如果移动版用户在不使用 Call.hangUp() API 的情况下离开 Azure 通信服务群组呼叫,则可能会出现此问题。 当移动版用户关闭浏览器或刷新网页而不挂断时,群组呼叫中的其他参与者仍可在参与者列表中看到此移动版用户约 60 秒。
Firefox 桌面版
在 Firefox 中无法通过 Azure 通信服务设备管理器进行扬声器枚举和选择
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:如果你使用的是 Firefox,应用将无法通过 Azure 通信服务设备管理器枚举或选择扬声器。
解决方法:在这种情况下,必须通过操作系统选择设备。
目前不支持虚拟相机
浏览器版本:全部。
Azure 通信服务通话 SDK 版本:全部。
描述:目前在进行 Firefox 桌面音频/视频呼叫时不支持虚拟相机。