Медленная работа сервера и рассинхрон видео/аудио

Andrey1

New Member
Доброго времени суток!
Делаем тесты последней версии Flashphoner на CentOS 7 физический компьютер, не виртуальный. Intel i5, 4 GB RAM
При длительном просмотре (более 3х минут) появляется сильная задержка видео причем, чем дольше просмтор, тем дольше задержка.
При просмотре более 5 минут появляется рассинхрон звука и видео
При проговаривании ''демо версия'' появляются фризы.
Как проверить, в чем может быть проблема?
Заранее спасибо!
 

Max

Administrator
Staff member
Добрый день.
Укажите, пожалуйста, какую версия WCS вы используете и каким образом осуществляется трансляция (способ просмотра и источник). Возможно, для корректной работы не хватает аппаратных средств вашего сервера.
Для рассмотрения вопроса нашими специалистами, вы можете прислать данные для SSH доступа на email support@flashphoner.com.
 

Andrey1

New Member
версия: FlashphonerWebCallServer-5.2.190
трансляция осуществляется по протоколу RTSP через мобильную сеть по VPN
процессор Intel(R) Core(TM) i5-2510E CPU @ 2.50GHz
компьютер используется только для WCS (никаких других фоновых задач)
 
Last edited:

Max

Administrator
Staff member
Добрый день.
В логах видны многочисленные ошибки:
Code:
WARN   BitstreamNormalizer - pool-33-thread-1 Timing problem
Попробуйте установить настройку в файле /usr/local/FlashphonerWebCallServer/conf/flashphoner.properties:
Code:
rtp_force_synchronization=true
и перезагрузить WCS:
Code:
systemctl restart webcallserver
Возможно, в вашем случае она поможет.

Но для подробного разбора ситуации мало информации - собранный вами дамп PCAP не содержит трансляцию.
Вам следует заново собрать данные по этой инструкции и отправить их на support@flashphoner.com.
 

Max

Administrator
Staff member
Добрый день.
У вас закончился срок действия trial лицензии на WCS, мы продлили её срок до 28.07.2019. По технической информации напишем позже (после разбора данных по удаленному доступу).
 
Last edited:

Andrey1

New Member
Спасибо еще раз,
используем флаг : rtp_force_synchronization=true

после запуска отставание составляет примерно 2,5 сек
после 5 минут отставание 14 секунд
иногда проявляются подергивания

как я уже отмечал, видео передается по RTSP внутри VPN сети.

можете порекомендовать, что еще сделать?
 

Max

Administrator
Staff member
Добрый день.
Мы протестировали в вашем окружение и после изменения настройки:
Code:
rtp_force_synchronization=true
существенных проблем при просмотре трансляции (около 10 минут) не увидели:
Code:
https://{ваш внешний IP адрес}:8888/client2/examples/demo/streaming/player/player.html
или
Code:
https://{ваш внешний IP адрес}:8888/client2/examples/demo/streaming/media_devices_manager/media_device_manager.html
Но видео в большей мере было статичным, возможно какие-либо проблемы были не там заметны.
Просьба протестировать или на этой же странице, или точно описать вашу методику теста.
Кроме того, до камеры с вашего сервера потери канала около 2%, это тоже влияет на стабильность видеопотока.
 
Last edited:

Andrey1

New Member
спасибо! методика теста нашего теста:
засекаем время (локальное на компьютере, включая секунды) и время камеры при старте, через 10 мин сверяем. видим задержку и отставание времени камеры (время OSD на фрейме), расхождение около 14-15 секунд
 

Andrey1

New Member
добрый день, тестируем по вышеописанной методике в той же сети с использованием VLC плеера (подключение напрямую к камере через vpn-сеть по RTSP протоколу), т.е. вместо WCS-сервера проигрыватель. Никаких задержек, расхожений и отставаний во времени не наблюдается, даже с учетом 2% потерь в сети. На что еще следует обратить внимание в настройках WCS сервера?

Заранее спасибо
 

Max

Administrator
Staff member
Добрый день.
Если мы ловим задержку, предлагаем сделать следующее:
1. Направить камеру на часы на мониторе экрана, которые синхронизированы по времени глобально.
2. Дать нам адрес RTSP потока.
3. Дать необходимые доступы чтобы мы могли забрать этот поток с вашего WCS + SSH доступ к WCS серверу.
Т.е. мы должны подключиться, увидеть задержку, убедиться что она есть и иметь возможность зайти на сервер по SSH чтобы посмотреть что происходит в момент воспроизведения задержки изнутри.
 
Top