Проблема с воспроизведением потоков на версии 5.2.766

[gekz]

На новом сервере с библиотекой 5.2.766 возникла проблема воспроизведения потоков.
Микшер воспроизводится с черным экраном, хоть по апи показывает, что он есть и в нем потоки есть и все ок, а обычный поток даже на демо странице вообще не воспроизводится, а через время выдает ошибку сам

в чем может быть проблем? конфигурация такая же как и на предыдущей версии, но там все ок

 

[Max]

Добрый день.
Насколько видно из скриншотов, проблема не в микшере, а в публикации потока. Поэтому проведите, пожалуйста, тесты без микшера, с одним потоком:
Проверьте публикацию в примере Media Devices, он покажет, высылает ли браузер пакеты. Если не высылает, проблема, вероятно, на стороне браузера либо оборудования. В этом случае проверьте публикацию с другого ПК.
Если высылает, но публикация завершается с сообщением Failed by RTP activity, соберите отчет, включая отладочные логи публикации, и дамп трафика на стороне сервера (сбор дампа должен быть начат до публикации), и вышлите, используя эту ссылку.

 

[gekz]

Добрый день, откатили версию до 5.2.753 и все заработало

 

[gekz]

Насколько видно из скриншотов, проблема не в микшере, а в публикации потока. Поэтому проведите, пожалуйста, тесты без микшера, с одним потоком:

Проблема и там и там, на скриншотах из демо страницы при простом воспроизведении потока, а изначально заметили проблему когда микшер воспроизводился с черным экраном и через время так же отваливался

Отчет предоставлю позже, так как надо теперь где-то в другом месте развернуть последнюю версию, тем более уже есть 5.2.767.

 

[gekz]

Поставили на тесте 5.2.767 и там тоже есть эта проблема... самое интересное, что на демо страничках в примере media devices все работает корректно ( браузер высылает пакеты и есть отображение видео в правой части), а вот в примерах Streamer или Two-Way Streaming в правой части где должно проигрываться -- не проигрывается и через время отваливается поток с ошибкой как на скрине выше

 

[Max]

Поставили на тесте 5.2.767 и там тоже есть эта проблема... самое интересное, что на демо страничках в примере media devices все работает корректно ( браузер высылает пакеты и есть отображение видео в правой части), а вот в примерах Streamer или Two-Way Streaming в правой части где должно проигрываться -- не проигрывается и через время отваливается поток с ошибкой как на скрине выше

К сожалению, в нашем окружении проблема не воспроизводится. Поэтому необходим отчет от Вас, включая дебаговые логи и дамп трафика, как мы запрашивали выше. Если со сбором отчета возникают какие-то проблемы, дайте, пожалуйста, SSH доступ к серверу и доступ к веб-интерфейсу для публикации потока, используя эту ссылку

 

[Max]

Добрый день.
Обратите внимание, что проблема может воспроизводиться в Chrome Canary на MacOS, если указать неподдерживаемое разрешение (например, в Two Way Streaming по умолчанию используется разрешение публикации 320x240).
Таким образом, можно обойти эту проблему, если перед публикацией определять браузер и OS и указывать в constraints только те разрешения, которые проходят тест WebRTC Camera Resolution, либо отключить нормализацию разрешения и задавать ширину и высоту в constraints как ideal
Также рекомендуем на MacOS использовать Safari

 

[gekz]

Добрый день, как раз вчера обнаружили, что данная ситуация была в последнем Хроме (85.0.4183.121) + MacOS, в сафари все работает. Спасибо!
Не понятно только почему откатив версию до 5.2.753 все решилось само собой, получается что-то поменялось и так теперь будет во всех новых версиях и нужно адаптировать код для поддержки ? И если да, то лучшее решение будет отключение нормализации (если учесть, что у нас три стандартных разрешения и мы не используем подбор разрешения по камере)? или лучше подбирать разрешение ? Хотя опять же подбор может быть не корректный, так как WebRTC Camera Resolution показывает, что 320х240 поддерживается в хроме на маке

 

[Max]

Не понятно только почему откатив версию до 5.2.753 все решилось само собой

Это связано с проблемой в последних сборках сервера, в некоторых случаях портится SDP answer для браузера. Мы уже работаем над фиксом в тикете WCS-2892.
Наиболее правильный вариант обхода пока один - использовать Safari на MacOS, либо откатываться на любую из сборок до 5.2.763.

 

[Max]

Добрый день.
Проблема публикации из Chrome на MacOS исправлена в сборке 5.2.777. Пожалуйста, обновите сервер и попробуйте