Search results

Добрый день, есть еще такой вопрос по проблемам трансляции. Так же наблюдаем иногда проблемы со фризом (в основном на Android). При этом событий опять же нет (статус PLAYING) video элемент в данном случае уже не оказывается paused или stopped. Просто фриз, и никаких оповещений. В итоге пара...

Да, примерно так и сделали.

В общем, удалось установить внутренний симптом, что video элемент стрима оказывается в этот момент на паузе (video.paused == true). Статус стрима при этом "PLAYING". Соответственно, чтобы обойти это после этого можно остановить стрим, и перезапустить снова. Вам виднее что может вызывать такое...

> Пока не понятно как в ваших тестах идет трафик через TCP или через UDP. У нас везде TCP в createStream передается TCP, если включаем UDP там постоянные проблемы с фризами. > Этот лог показывает, что воспроизведение идет с помощью MSE а не WebRTC Это версия сайта разработки которая работает...

Кстати, проблема это не только iOs как оказалось, на андройде в опере например тоже через 8-10 минут, только не черный экран, застывшая картина. Сборку обновили, доступ отправили. Как работать с примером Media Device я не поняли: Failed to get media devices, что там нужно сделать? UPD: Еще...

Поставили постоянный битрейт и самое низкое значение. Все равно 10 минут - черный экран стабильно. Но подключаться видео (появляться изображение) стало быстрее (1-2 секунды). Вопрос, может это все таки как-то отлаживается, чтобы точную причину то понять почему черный экран? Всё равно странно...

Добавление `h264_strict_kframe_detect=true` в `flashphoner.properties` не помогло, то же самое - минут 10-15 и черный экран (возможно стало чуть дольше без черного экрана, хотя не факт, он все равно наступает). Странно, что у вас работает, на demo.flashphoner.com эта настройка стоит...

Публикуется с IP-камеры просто RTSP, в общем попробовали зашли на ваш сервере (demo.flashphoner.com) зашли в Player (тоже самое в Streaming). Запустили стрим (ссылку я стрим скину в support форму). Через меньше чем 10 минут, сначала замерзло совсем и через несколько секунд черный экран. Все это...

С камеры публикуется RTSP. Нет, на других клиента все отлично идет в этот же момент. Чисто проблема iOs, на Android таких вещей не наблюдается, все работает в этот же момент.

Добрый день. Проблема на iOS клиентах. Трансляция с веб-камеры, на сервере дефолтные настройки. Используется кастомизированный embed player, в mediaProviders указано WebRTC,MSE (или пробовали наоборот), transport: TCP. Стрим подключается по и показывается нормально. Видео без звука (он...

Пример с 2-мя плеерами работает, код там простой, содается сессия, потом два поток, у нас все так же, пока не ясно, где у нас отличие в нашем случае и идет не так. Возможно что-то связанно с виртуальным DOM. Вышеозвученная ошибка muted возникает, когда пытались вызвать stream.muteRemoteAudio в...

Добрый день! Такой вопрос. Для начала трансляции создается сессия `Flashphoner.createSession` затем на сессии создается стрим `session.createStream` Вопрос: необходимо ли для каждого стрима на странице создавать свою сессию? Вроде бы сессия подразумевает множественные потоки. Но в текущий...

@Max Добрый день, вопрос в контексте оригинальной темы (встраивание изображения в RTSP поток c IP-камеры). А каким образом порекомендуете встраивать в видео gif анимацию?

Спасибо за подробный ответ, будем пробовать!

Спасибо. Т.е. при использовании TCP требования повышаются к чему? К серверу? В чем минус использования всегда TCP вместо UDP? В нашем случае что-то UDP совсем плохо, то вообще не может подключиться, то сплошной фриз, как-то можно более или менее четко диагностировать где это горлышко, что не...

Спасибо! Все поехало даже на iOS. 30000-33000 в стандартной Security Group были открыты только для UDP. Она создавалась у нас может неск месяцев назад. Так что если у вас новых версия не сделано, добавьте. Еще может быть следует добавить в стандартные правила 80-й порт, чтобы делать...

Подняли рекомендованный инстанс m5.xlarge - тоже самое по задержке на самом демо-сайте, такие же замирания. 1) Все-таки поясните для включения WebRTC по TCP достаточно на сервере прописать `ice_tcp_transport=true` или нужно все таки что-то на клиентах менять? На новом инстансе просто добавили...

Также в документации написано > Настройка на стороне сервера включает использование WebRTC через TCP по умолчанию для всех клиентов. Т.е. нам не обязательно трогать клиентов в этом случае? Ну в общем когда мы включили эту настройку на сервере, стримы на клиентах не идут. Что нам...

Т.е. вам надо открыть файл player.js и внести туда необходимые изменения, чтобы заработал TCP. Добавили в session.createStream options параметр `transport: "TCP"` Стрим перестал открываться (в плеере пишет FAILED Failed by ICE timeout). На сервере тоже добавили опцию `ice_tcp_transport=true`...

Если мы используем embed Player (через iframe) он ведь по умолчанию использует TCP для WebRTC или нет? Или для него как-то тоже можно настраивается через параметр? Вообще получается в нашей конфигурации по умолчанию идет через TCP, если мы нечего на сервер или на клиенте не настраивали?