Тема: SIP-CDA2 RTSP и rest API
Проверили на вашем потоке, SIP-CDA видео перенаправляет правильно, но SIP-клиенты не понимают. У microsip можно дождаться зеленого квадратика, мобильный linphone частично полоску показывает. Будем пытаться запустить то же самое у нас и крутить видеорежимы, в идеале должно быть cif, качество от низкого до среднего примерно.
Можете нам дать ваш собранный прокси, чтобы мы у себя запустили и самостоятельно разобрались? Если это проблематично, то сделайте разрешение 352*288, 5 кадров в секунду
https://yadi.sk/d/w_mPVZlk4alelg
Собрано под ubuntu 18.04
Сразу не взлетело, на разбор времени сейчас нет, немного привалило. Вернемся к этому позже. Чтоб не откладывать начатое, и таки попытаться добить ситуацию, сделайте разрешение 352*288, 5 кадров в секунду.
В данный момент стоит 20 кадров в секунду, слишком много, часть пакетов SIP-CDA не успевает ретранслировать. Сделайте 5 или 3.
поток 180x144 5 кадров в секунду rtsp://31.128.159.54:554/av0_1 и пакеты вроде как уходят в сторону клиента, но картинки на клиенте нет
вот дамп https://yadi.sk/d/07HiUU-ty7D6Sw
поток доступен, попробуйте
сделайте разрешение 352*288, 5 кадров в секунду
в данный момент microsip показывает цветные квадраты, linphone ничего не показывает.
сделайте разрешение 352*288, 5 кадров в секунду
поток 180x144 5 кадров в секунду
есть мысль таки попробовать сделать распространенный для сип клиентов поток CIF 352*288
Сделал поток 352*288 5 кадров в секунду. Судя по всему безрезультатно. Может есть какие-то особенности именно в параметрах кодирования h264 ?
Неужели никто из клиентов не использует перекодирование?
Неужели никто из клиентов не использует перекодирование?
Нет, в нашем сообществе вы первопроходец.
Microsip заработал, очень даже неплохо. Linphone android показывает верхнюю половину, windows вообще ничего. Можно покрутить параметр “качество”, это степень сжатия, к примеру у нас есть регистратор, который ведет себя так же, со всеми клиентами, но с самым низким параметром качества работают microsip и linphone android. Также если есть переключение VBR/CBR, используйте VBR. Битрейт должен быть не более 200, лучше 150.
Дело в том, что разработчики SIP клиентов работают с каким-то фиксированным набором параметров H264. используемом в доступном им наборе видеотелефонов. Нужно просто попасть в точку, cif это самое распространенное разрешение.
очень много параметров, которые можно крутить, это как иголка в стоге сена.
Можете сделать дамп успешного видеозвонка? я попробую расковырять, но силы у меня уже кончаются 😊
А вот и не получается. Стоит 10 кадров в секунду. Верните к 5-ти и пробуйте. Никакой иголки нет, все предельно ясно - 352*288 + 5 кадров в сек и Microsip в прошлый раз прекрасно заработал.
с 10 кадрами тоже заработало, просто задержка большая, не дождались.
sip-cda.zip (Размер: 991KB - Загрузки: 61)скажите, в вашем дампе кто кому звонит? я теперь подозреваю, что наш asterisk что-то не так делает
Кто есть кто, всегда можно определить по user agent и номера по from и to. в дампе клиент microsip с №101 звонит через сервер комендантъ IP-PBX на одном и том же адресе 192.168.0.3 на sip-cda с адресом 192.168.0.140 и №100.
в asterisk в доп. настройках нужно включить поддержку видео, H264 и возможно у каждого внутреннего номера H264. Если в вашей сборке это имеется. Если нет, для теста используйте нашу АТС.
