Search results

Кое что нашли. Ваша камера работает немного не так как надо с точки зрения SDP Offer/Answer. Оказалось что таких камер в интернете много, поэтому обходим сейчас эту проблему

If the browser is not WebRTC-compatible, the client loads Flash automatically. Please try it in IE.

Phone.html is an example of a flash-based phone. A full-featured client with WebRTC and Flash you should use is PhoneJS.html.

Try updating to the latest version

Ок, тогда если завтра будет доступна по VLC, попробуем разобраться почему в браузере картинки с нее нет. Просто NAT-ы не закрывайте чтобы мы могли до нее достучаться.

URL получен. Через наш сервер тоже показывает черный экран, через VLC отображается. Похоже наш баг. Разработчики смогут посмотреть завтра с утра. Есть возможность камеру не отключать, чтобы была доступна через VLC? Совсем нет. Напротив, кому-то ваши посты возможно будут полезны.

Сочувствую вашим мучениям. Такие проблемы появляются в основном на виртуалках, где не задан MAC адрес или если одни нули вместо MAC-адреса. Чтобы не мучиться, пришлите нам RTSP урл вашей камеры чтобы был доступен по VLC (направьте ее куда-нибудь в угол). Мы проверим с внешнего сервера, например...

Check your firewall settings. If that doesn't resolve the issue, pleae update to the latest version, a similar bug was fixed in the lastest update.

Проверьте чтобы у сервера был корректный Mac-адрес и переактивируйте лицензию, тогда должно заработать. ICE - трафик это обмен STUN-пакетами между браузером и сервером. Браузер отправляет STUN UDP-пакеты - сервер на них отвечает. Так устанавливается соединение WebRTC.

По pcap-логу действительно видно, что RTP поток доходит до WCS-сервера, а дальше не видно чтобы сервер что-то отдавал. Только сейчас понял что не вижу ICE-трафика в вашем pcap-файле. Без него соединение не установится. ICE работает по тем же портам [31000-32000], т.е. UDP пакеты из браузера...

По логам видно, что браузерное подключение приходит с той же локальной сети 192.168, так что выглядит что у вас все внутри этой сети и браузер и WCS и IP камера. Если вы настроили DEBUG логи (log4j.logger._com.flashphoner.media.rtp.RtpVideoPlayer=DEBUG), то в логи должно быть много информации...

Логи старые. Отправьте новые. И еще попробуйте в flashphoner.properties ip= прописать внешний IP адрес сервера и тестировать с внешней сети.

Проверьте первым делом firewall. Пакеты приходят на ваш сервер (113), но firewall их может сбрасывать. Убедитесь что порты 31000-32000 открыты. Попробуйте в flashphoner.properties выставить в enable_candidate_harvester=false добавьте в log4j.properties...

Лог с дампом еще раз на почту отправьте

Да, проблема в разрядности. Когда вы тестируете WebRTC-потоки между браузерами, все работает потому что у всех одинаковые кодеки и не требуется транскодирования. В случае RTSP подключается транскодинг H.264 (IP cam) -> VP8 (WebRTC). В вашем случае не подключается, т.к. нативные библиотеки...

В логах явные ошибки. Систему 64-бинтую используете? Что выдает uname -a? Сервер должен быть Linux x86_64.

Последняя версия WCS4 на текущий момент: Client: 566 Server: 1048 Проверьте, что именно эти версии установлены. Если все еще черный экран, пришлите нам на почту логи (server_logs/flashphoner.log) и дамп трафика tcpdump -s 4096 -w log.pcap. Или лучше просто скиньте URL камеры и доступ к ней если...

What is the browser version?