iPhone Safari проблемы со стримом

kontroller8

New Member
Стоит задача организовать видеочат в разных устройствах. Приобрели лицензию. Удалось запустить на Windows в разных браузерах. А вот с apple есть проблемы. На тестируемых нами устройствах все заработало нормально, но спустя время пользователи начали жаловаться, что есть трудности, при работе с некоторыми моделями iPhone. Есть ли какие-то ограничения в этом отношении? И есть ли более менее универсальные настройки для этого.
Не могли бы подсказать или ткнуть в документацию, а то пока чтение доков не помогает.
Некоторую информацию по проблемам удалось собрать, но в большинстве случаев пользователи затрудняются отвечать на вопросы "Какая у вас версия браузера" и т.п.
На одном iPhone7 в Сафари стрим от него шел (правда с тормозами), но он принять видео не мог. Другой iPhone давал видео прекрасного качества, но получать тоже не мог...
Это обычная ситуация, или вопрос в настройках приложения?
 
Last edited:

Max

Administrator
Staff member
На одном iPhone7 в Сафари стрим от него шел (правда с тормозами), но он принять видео не мог. Другой iPhone давал видео прекрасного качества, но получать тоже не мог...
Проблемы при воспроизведении WebRTC потока в Safari объясняются просто, Safari не любит резких изменений битрейта. причем это касается и Safari на Mac. В этом случае рекомендуем обновить сервер до последних сборок, начиная с 5.1.3753 восстановлено управление битрейтом через constraints. и зажать битрейт публикации. Подробности об управлении битрейтом в WCS приведены здесь. Например, в наших тестах мы получали плавную картинку для потока 640x360, зажимая битрейт на стороне публикации:
Code:
minBitrate=500
maxBitrate=600
 

kontroller8

New Member
При воспроизведении на iPad все нормально, но я мониторю по API статус получения стрима.
Сразу получаю статус "PLAYING", а через 6 секунд он меняется на "NOT_ENOUGH_BANDWIDTH"
Кстати, согласно Вашим более ранним рекомендациям на сервере задал в настройках:
webrtc_cc_min_bitrate=1000000
webrtc_cc_max_bitrate=1200000
Теперь на стороне публикации задать указанное Вами в ответе выше? (500, 600)
 
Last edited:

Max

Administrator
Staff member
Статус NOT_ENOUGH_BANDWIDTH отправляется тогда, когда потери пакетов на канале зрителя оцениваются как более 5%
Уменьшение битрейта уменьшит потери на канале.
Уверичение порога уменьшит количество отправленных NOT_ENOUGH_BANDWIDTH
Code:
webrtc_cc2_bitrate_overuse_event_threshold=0.05
https://docs.flashphoner.com/display/WCS52EN/Settings+file+flashphoner.properties
Например:
webrtc_cc2_bitrate_overuse_event_threshold=0.2
 

kontroller8

New Member
Что-то после обновления до 5.1.3753 на iPad не удается опубликовать поток, хотя воспроизведение опубликованного другим устройством идет нормально
 

kontroller8

New Member
планшет Самсунг Galaxy tab S SM-T700 с андроидом 6.0.1. вылезла похожая проблема: стрим дать не получается, при попытке просмотра чужого - тоже проблема.
На передающей стороне задан битрейт 500 и 600
 
Last edited:

Max

Administrator
Staff member
Добрый день.
Уточните, пожалуйста, какой браузер используется на iPad и Samsung для публикации.
Обновите WebSDK до последней версии с этой страницы.
Если проблема продолжает воспроизводиться, соберите на стороне сервера логи и дампы трафика для обоих случаев по этой инструкции и вышлите нам на support@flashphoner.com
 

Max

Administrator
Staff member
Воспроизводится ли проблема с последней сборкой WebSDK?
 

kontroller8

New Member
А как можно проверить состояние лицензии. Сейчас проплатили очередной раз. Ее нужно всякий раз активировать? Подскажите где прочитать об этом. А то заказчик просрочил оплату. Сейчас оплатил, но похоже она не активна. Есть ли способ из браузера проверить состояние лицензии?
 
Last edited:

Max

Administrator
Staff member
Проверить состояние помесячной подписки можно в логе:
WCS_HOME/logs/license.log
Если там пишет status OK, то все должно быть в порядке.
Чтобы проверить информацию в биллинг системе, пришлите запрос на sales@flashphoner.com с номером лицензии.

Для вопросов, не относящихся к iOS Safari, просьба завести отдельную тему.
 
Top